Spørgsmål:
Hvad bestemmer udskrivningsstartplacering på byggepladen?
zipzit
2019-10-23 23:52:53 UTC
view on stackexchange narkive permalink

Jeg arbejder med en ældre MakerBot Replicator-klon, faktisk en Flashforge Creator 1, med original Creator-firmware.

  • Jeg er i stand til at designe objekter ved hjælp af Solidworks og eksportere filen som xxx.stl (ascii)
  • Så bruger jeg Slic3r til at generere værktøjsstier med output som xxx.gcode
  • til sidst bruger jeg GPX UI til at generere en xxx.x3g-fil.

Jeg forstår ikke, hvor på byggepladen udskriften starter. Er det styret af 3d-printerens firmwareværdier eller noget andet i kæden fra .stl --> .gcode --> x3g ?? Lige nu starter mine udskrifter i hjørnet nærmest 0,0,0 i stedet for midt på byggepladen.

Hvordan styrer jeg, hvor 3D-printet skal placeres på byggepladen?

rediger: Undskyld for forsinkelsen. Som et resultat af de svar, der blev sendt her, gjorde jeg en hel masse mere test. Det første svar fra @mick ser ud til at indikere, at det, du ser i forhåndsvisning af Slicer, er det, du kan se på printersengen. Det giver mening, men det er bestemt ikke det, jeg ser . Jeg kan bestemt ikke se noget, der fjernt ligner et afkrydsningsfelt [] center. Her er hvad jeg ser:

Når jeg smider objektet i Slic3r, går det til midten af ​​buildpladen.

Slicer Preview

Slic3r Settings

GPX UI

Desværre er det, der bliver udskrevet.

Forsøg nr. 1, slukket i rummet

print fail #1

Forsøg nr. 2, højre margen

print fail #2

Forsøg nr. 3, tæt på forsiden.

print #3

Jeg forsøgte at flytte skrivehovedet til midten af ​​byggepladen og tænker, at det kan være et logisk startpunkt. Nej. Udskrivningsstart bevæger sig hovedet hjem (bageste højre hjørne af printersengen), og efter at elementerne er opvarmet til temp, ser det ud til at vælge et tilfældigt sted på byggepladen for at starte. Jeg har aldrig rørt ved .x3g-filen mellem disse forsøg. Så jeg er lige tilbage til, hvor jeg startede, i henhold til titlen på dette indlæg "Hvad bestemmer udskrivningsstartplacering på byggepladen?"

Fire svar:
zipzit
2019-10-29 13:50:49 UTC
view on stackexchange narkive permalink

Så det viser sig, at der er elementer fra hvert af de tidligere svar, der giver mening her, men det er ikke et klart billede. Jeg har brugt meget tid på at prøve at få mening ud af dette. Jeg opgraderede også min firmware til Sailfish.

For MakerBot Replicator (eller FastForge Creator) -familien med 3d-printere er oprindelsen til byggepladen IKKE i nogen af ​​hjørnerne, det er lige i midten af ​​byggepladen. Reference her.

4.1 Hjemme-offsets:
Efter konvention antages midten af ​​byggeplatformen at være punktet ( 0,0,0) i XYZ-rum. X-, Y- og Z hjemmeforskydninger fortæller printeren placeringen af ​​X-, Y- og Z endestop i forhold til byggeplatformens centrum.

Ser sådan ud:

Center of build plate is origin

Og det ser ud til, at de fleste andre 3D-printere ikke bruger denne konvention. Suk. Fra min test er hovedkontrollen af ​​udskriftsplacering inden for G-koden genereret af udskæreren. Det værktøj, jeg brugte, giver Slic3r en chance for at rette den justering. Du er nødt til at gå til topmenuen Indstillinger --> Printerindstillinger --> Størrelse og koordinater (Sengeform) --> Set for at få et flot visuelt popup-værktøj. Se nedenfor.

Standardindstillingen er desværre nøjagtig for den samlede sengestørrelse, men er en fejl for oprindelsesplaceringen på sengen. Standard oprindelsen er indstillet til 0,0 i hjørnet. Av. Stor ouch. Oprindelsen skal placeres lige i midten af ​​byggepladen (for at være i overensstemmelse med firmwaren, der styrer udskriften til denne printerfamilie). Det skal se sådan ud:

print bed origin setup

Bemærk, når du beder printeren om at gå til 'hjem' det går ikke til oprindelse (0,0,0), det går til endestop.

  G68 X0 Y0 F500; Udfør hjemrutine  

Så længe du forstår disse printerers egenskaber, ordner tingene sig. Du skal sikre, at forskydninger indstilles nøjagtigt i firmwarekonfigurationsfiler. (Replikator / Sailfish) Og du skal angive den korrekte centerplacering til skæreprogrammet. Jeg vil sige, at de råd, der blev givet her, var til hjælp til at forstå dette. Mange tak. Jeg sender her, hvis andre, der bruger Replicator eller FastForge Creator-serien af ​​printere, har problemer med at centrere deres udskrifter på byggepladen.

Yderligere oplysninger til alle, der bruger en MakerBot Replicator eller en Flashforge Creator-serieprinter med Slic3r. Jeg ville tilføje mine brugerdefinerede G-kode ting. Standard Slic3r-ting fungerede bestemt ikke.

Printerindstillinger -> Custom G-Code -> Start G-Code

  M103; Sluk for alle ekstrudere, Extruder RetractionG21; indstil enheder til mmG90; Brug absolutte koordinater (**** start homing ****) G162 X Y F2500; hjem XY-akser til maksimale stop G161 Z F1100; hjem Z-akse til minimum stopG92 Z-5; Indstil position Z = -5mmG1 Z0.0; flyt Z til "0" G161 Z F100; hjem Z-akse til minimumsstop langsomt M132 X Y Z A B; Husk lagrede hjemmeforskydninger for XYZAB-aksen; Indlæser akseforskydningen af ​​den aktuelle startposition fra EEPROM og venter på, at bufferen tømmes.G90; Brug absolutte koordinater G1 X0 Y0 Z50 F3300.0; flytte til venteposition nær midten af ​​byggepladen  

Printerindstillinger -> Brugerdefineret G-kode -> Afslut G-kode

M109 S0 T0; Køle ned platformen M104 S0 T0; Afkøl højre ExtruderM104 S0 T1; Afkøl Left ExtruderM73 P100; Afslut byggeforløbG0 Z150; Send Z-aksen til bunden af ​​maskinen M18; Deaktiver steppers G162 X Y F2500; Hjem XY endestopsM18; Deaktiver trinmotorer M70 P30; Vi <3 Making Things! Yipee, du klarede det ...; vis meddelelse ovenfor i 30 sekunder M72 P1; Afspil Ta-Da-sang

En anden ting jeg gør med Slic3r. Jeg udskriver en enkelt sløjfe med tryk på periferien af ​​et fantomskørt. Jeg gør dette som et printerhoved rent ekstruderingsøvelse.

Udskriftsindstillinger -> Nederdel og kant -> Nederdel -> Sløjfer (minimum): 1, Afstand fra objekt: 6 mm, Nederdelens højde: 1 Dette fungerer godt. Jeg gør dette i stedet for G-kode opstart brugt i ReplicatorG software (som gik i nederste venstre hjørne og gjorde denne ulige 4 mm ekstruderingsøvelse med ulige timing ...) Nederdelens ting fungerer fint.

Rart at vide, at Sailfish behandler oprindelsen anderledes end Marlin. Måske kan du tilføje, at den klon, du kører, bruger Sailfish firmware, for Marlin er det i hjørnet. Hvis du ville have brugt Marin-firmware, giver alle andre svar mening. Rart at komme tilbage og sende et svar! Meget værdsat!
Marlin bruger CNC-definitionerne, som er hjørnet.
Tak for den detaljerede opdatering. Glad for, at du fik ordnet det.
Mick
2019-10-24 00:19:20 UTC
view on stackexchange narkive permalink

Det lyder som om, du har "Oprindelse i centrum" kontrolleret i din slicer's printerdefinition. Det bruges normalt kun med delta-printere. De fleste kartesiske printere har oprindelsen i det forreste venstre hjørne af byggepladen. Fjern markeringen af ​​"Oprindelse i midten" og skiv den igen.

Forudsat at du har konfigureret din skiver med dimensionerne på byggepladen og oprindelsen korrekt defineret, bliver dine modeller udskrevet, hvor skiver viser dem i forhåndsvisningen. Du kan naturligvis omarrangere modellerne, før du skærer dem.

Ikke sikker på, at du adresserede de spørgsmål, jeg stillede. Revision?
@zipzit Jeg ville sende en kommentar, der spurgte dig, om du havde oprindelsen indstillet i midten af ​​byggepladen. Det er den sædvanlige grund til at få udskrifter i hjørnet af en byggeplade.
se opdatering ovenfor. Har du nogen ideer til, hvad der foregår? Thx.
Trish
2019-10-24 13:55:01 UTC
view on stackexchange narkive permalink

STL-filer indeholder en oprindelse. Dette ignoreres dog fuldstændigt, når der genereres G-kode, skivemaskinen vælger oprindelsen baseret på indstillinger.

Selve G-koden er en række kommandoer. En af disse G28 kræver, at maskinens oprindelse findes ved at bevæge sig mekanisk til denne position. Normalt er det hele formateret til at tage denne eller opstartspositionen som 0 og derefter bevæge sig i forhold til det. Den bevæger sig altid med henvisning til den sidste position, eller denne 0 (absolut tilstand).

.x3d er en XML-type fil, der beskriver en 3D-model. Den omformaterer G-kode, så den læses af forskellige typer maskiner. Den bevæger sig også kun med henvisning til den sidste position, idet positionen ved opstart er 0 for at bevæge sig mod, medmindre der er hjemsted.

Konvention

Konventionen for CNC er, at front-top - venstre hjørne af emnet skal være $ \ {0; 0; 0 \} $ som oprindelsen til højre-regel. CNC fungerer derefter normalt i et rent positivt XY-område og fungerer kun i negativt Z, hvilket er passende til skæring. Det udelukker ikke negative områder med henblik på at opnå nedskæringer. Det er undertiden obligatorisk at gå ind i det negative rum.

At tage denne konvention til 3D-udskrivning placerer det forreste venstre (nederste) hjørne af byggepladen (volumen ) for at være oprindelsen på grund af højrehåndsreglen: Koordinatrummet er så strengt positivt i XYZ (lige som X, tilbage for Y, op for Z), alle absolutte, strengt positive koordinater inden for det positive buildvolumen kan være flyttet til. I stedet for at tillade negative koordinater tillader 3D-udskrivning imidlertid ikke nogen koordinater uden for byggevolumenet, der er fra 0 til det maksimale sæt, der er angivet i firmwaren.

Denne konvention mislykkes for Delta-printere, som stort set ekstrapolerer højderne for de enkelte stepper via trigonometriske beregninger fra cylinderkoordinater $ \ {r; \ phi; z \} $ - radius, en vinkel på 0 ° til 360 ° og Z-koordinaten. I dette koordinatrum bliver matematik meget lettere at placere 0 i midten af ​​byggepladen, som er cirkulær; Transformationen til kartesiske koordinater er $ \ {r \ cos (\ phi); r \ sin (\ phi); z \} $ ; den omvendte transformation fra kartesisk til cylinderkoordinater er noget mere kompleks og bruger sagsdifferentiering..

Fejl

Lad os sige, at byggepladen har dimensioner $ a $ og $ b $ og hjørnet med det grønne klip er $ \ {0; 0; 0 \} $ . Varen er skåret i position $ \ {a / 2; b / 2 \} $ af sengen. Det vises ved $ \ {a; b / 2 \} $ og $ \ {a / 2; b \} $ . Dette antyder, at midten af ​​sengen på en eller anden måde tages som en af ​​koordinaterne.

Hvis hjørnet uden klippet antages som $ \ {0; 0; 0 \} $ , så skal X være til højre, Y foran ved at følge højre-reglen. For at se, om koordinaterne muligvis er skæve, ville følgende kommandostykke være nyttigt. Udfør dem en efter en.

  G28; homeG1 Z5; løft sengen 5 mm for at forhindre utilsigtede kollisioner G1 X50 F500; flyt 50 mm til positivt X - i tilfælde af bageste højre hjørne hjemme er dette til LEFTG1 Y50 F500; gå til det, der ender 50 50 5 - i tilfælde af bageste højre hjørne hjemme er dette FRONT  

Fixing

Problemet er sandsynligvis ikke udskæreren, men sandsynligvis firmwaren, der definerer enten bevægelsesaksen eller hjemmet forkert (enten er det forkerte hjørne valgt, eller bevægelsesaksen er defineret forkert) på printeren. Det ser ud til at være fuldstændig rodet og skal reflekteres med en frisk kopi.

Det ville være en god chance for at lære ved at tage en Blanco-variant af marlin og tilpasse den til den egen printer ved at skubbe dimensionerne ind ind i -konfiguration.h og start derfra.

se opdatering ovenfor. Har du nogen ideer til, hvad der foregår?
@zipzit skal du tage hjem og lave et billede af denne position. 000 skal være hjørnet med det grønne klip på billede 1. du ser ud til at have "oprindelse i midten", da terningen er skåret i midten af ​​udskriften og flyttet en halv byggeplade ud i virkeligheden
Hjemposition er hjørnet uden et klip. Det første forsøg, der vises ovenfor, er meget tæt på hjemmet. (faktisk, når den er i hjemmeposition, er den venstre udgangsdyse lige ved hjørnet af glasset vist uden klip .. det er derfor, klemmen er fjernet ...) Bemærk, at positionen stemmer overens med X, Y, Z retning der inkluderer mikrofonstop i hardwaren. På dette tidspunkt diskuterer jeg at udskifte firmwaren med Sailfish pr. [Denne video] (https://www.youtube.com/watch?v=2bcyDT4muss) Åh, og Trish, thx for din opdatering her.
@zipzit nogle opdateringer om, hvordan man tester opsætningen og derefter et forslag om at starte med en [08/15] (https://en.wikipedia.org/wiki/MG_08#MG_08/15) blanco kopi af marlin (brugt 08/15 som idiomet)
Ikke sikker på, at jeg følger dig hele Blanco og maskingevær tingene. Fra hvad jeg kan se, er min hardware IKKE kompatibel med Marlin, som frigivet. Jeg ser Makerbot og Flashforge-ting overalt i Sailfish-referencerne, slet ikke en omtale af disse printere i Marlin. Sailfish ser ud til at være en variant oprettet specifikt til den hardware. Blanco? Jeg kan ikke finde en henvisning til det nogen steder. Idiom og wiki maskingevær ting Jeg forstår ikke, hvad du prøver at sige.
@zipzit blanco (spansk for blank) betyder "ikke specifik" eller "ikke udfyldt", den grundlæggende unsetup-version, før du udfylder noget. som en blanco-check har ingen værdi, som du ikke udfylder.
0scar
2019-10-26 15:16:20 UTC
view on stackexchange narkive permalink

Først og fremmest bestemmer firmwaren, hvor printerens oprindelse er. Dette indebærer, at du skal indstille sengedimensioner og forskydningsværdier korrekt fra slutstopkontakterne i firmwaren (normalt ikke nødvendigt out-of-the-box, men vigtigt, når en nyere eller anden firmwareversion uploades). Disse forskydninger bestemmer, hvor sengepladens oprindelse er placeret. For Marlin-firmware er det meget almindeligt at have oprindelsen angivet i det forreste venstre hjørne (når den vender mod printeren). Fra konfigurationen af ​​Marlin finder vi, at oprindelsen pr. Definition er i det forreste venstre hjørne (bemærk, at dette kan drejes 180 grader i visse printere, så agter-til højre):

 * + - TILBAGE --- + * | | * L | (+) P | R * E | | I * F | (-) N (+) | G * T | | H * | (-) | T * | | * O-- FRONT - + * (0,0) 

Hvordan finder jeg printerens fysiske oprindelse?
Dette kan testes ved at instruere hovedet / dyse at gå til f.eks (0, 0, 15) ved hjælp af en terminal / konsol eller en simpel G-kodefil med en flytning til den koordinat, du udskriver fra SD-kort (f.eks. G1 X0 Y0 Z15 F500 kode>); bemærk, at Z på 15 er valgt af sikkerhed! . Når dette udføres, skal dysen være på (forhøjet, så X, Y) oprindelse som defineret af din firmware. Normalt er dette i det forreste venstre hjørne af din buildplade (der kan være klip der, så derfor den forhøjede værdi), men dette kan være forskelligt afhængigt af firmwareindstillingerne eller firmwaremærket.

Næste trin er for at konfigurere skæremaskinen således, at denne falder sammen med den faktiske oprindelse. Forkerte skæreindstillinger kan få skæreapparatet til at antage, at oprindelsen er på en anden position end din aktuelle position. I Ultimaker Cura er "Oprindelsen i centrum" berygtet kendt for dette, når den fysiske oprindelse ikke er i midten, men i et hjørne.

Enhver kommentar til randomiseringsfaktoren? Så vidt jeg ved, er der ingen tilfældige talgeneratorer i Gcode. Det peger på printer firmware. Udskriver nogen maskine tilfældigt som standard? (Jeg tror det ville være 'bevar dit hårspray' indstilling: ^)
@zipzit Svaret var generisk, men stærkt lænet til et hjørneoprindelse. Ved andre tanker kan oprindelsen være overalt, G-kodetesten beviser, hvor den er. Jeg har opdateret svaret for at gøre det mere eksplicit, på denne måde betyder det ikke noget, hvilken firmware du har, gennem en test bestemmer du, hvor den er, og justerer skivemaskinen bagefter. Tak for at påpege, at forskellige firmwares muligvis behandler oprindelsen forskelligt!


Denne spørgsmål og svar blev automatisk oversat fra det engelske sprog.Det originale indhold er tilgængeligt på stackexchange, som vi takker for den cc by-sa 4.0-licens, den distribueres under.
Loading...