3dprintforum

Mijn creality ender3 max neo heb ik omgebouwd naar klipper met een btt manta m4p en e3d hamera.
Dit na het gevolg van dezelfde ombouw bij zijn kleinere broer de ender3 pro (2019).

Het probleem is dat de Pro hetzelfde print als wat in slicer staat afgebeeld en heeft het nulpunt linksonder.
De Max Neo spiegelt zowel de x- als de y-as en heeft het nulpunt linksboven.

Hoe kan ik dit veranderen cq verhelpen.

Ik ben niet goed bekend met klipper, maar ik vermoed dat je in de software de richting van de assen moet aanpassen. Maar er zal best wel iemand met ervaring met klipper het juiste antwoord weten.

Voor zover ik weet is de oplossing voor dit probleem vrij eenvoudig. Je kunt de endstop logic omdraaien door een '!' te gebruiken of als die er al staan juist te verwijderen

In de printer.cfg van Klipper kun je de motor draairichting omdraaien door (bij een Manta_MP4_V2.1) voor het pin nr. van de X motor "dir_pin: PA14" en Y motor "dir_pin: PB2" een ! te zetten of juist weg te halen, zoal PrintEngieer ook al aangaf.

Moet je dan ook niet aangeven dat de endstop niet 0 is maar de max printmaat (bv 235mm)?

Gewoon de de richting omkeren van de motors. dit doe je door (zoals hierboven aangegeven) een ! te plaatsen voor de desbetreffende pin.

Klipper Docs

vb

dir_pin: PB8 wordt dan dir_pin: !PB8

Mocht de endstop dan niet triggeren moet je de positie ervan aanpassen. Referentie standaard 0 punt

Begint bij 0 (standaard), telt naar omhoog

positon_endstop = 0

Je kan dit ook wijzigen (zie comment 2) dat mechanische 0 waarde anders is dan gcode 0,0 (zie 2e comment in dat thread).

voorbeeld van mijn CR10 klipper conversion met een SKR Mini E3 V3 en EBBCAN42 v1.2

[stepper_x]
step_pin: PB13
dir_pin: !PB12 <== gaat naar links bij mij tijdens homen
enable_pin: !PB14
rotation_distance: 40
microsteps: 16
full_steps_per_rotation: 200
endstop_pin: EBBCan: PB6
#endstop_pin: PC0
position_endstop: 0 <= endstop zit op de x-as helemaal links
position_min: 0
position_max: 300
homing_speed: 50
homing_retract_dist: 5

[tmc2209 stepper_x]
uart_pin: PC11
tx_pin: PC10
uart_address: 0
run_current: 1.0
stealthchop_threshold: 999999

[stepper_y]
step_pin: PB10
dir_pin: PB2 <= gaat naar achteren bij mij om te homen
enable_pin: !PB11
rotation_distance: 40
microsteps: 16
full_steps_per_rotation: 200
endstop_pin: PC1
position_endstop: 0 <==legt het punt vooraan links (gezien het bed naar achteren beweegt om de linker onderhoek in bereik van de printkop te brengen)
position_min: 0
position_max: 450
homing_speed: 50
homing_retract_dist: 5

[tmc2209 stepper_y]
uart_pin: PC11
tx_pin: PC10
uart_address: 2
run_current: 0.580
stealthchop_threshold: 999999

[stepper_z]
step_pin: PB0
dir_pin: PC5 <=== doet de z-as naar beneden bewegen, !PC5 zou die naar boven doen gaan
enable_pin: !PB1
rotation_distance: 8
microsteps: 16
full_steps_per_rotation: 200
endstop_pin: probe:z_virtual_endstop <== geen fysieke endstop daar er een bltouch wordt gebruikt.
position_min: -1
position_max: 351

Met deze config ligt mijn 0 punt in van het bed in de linker onderhoek

!	Bericht van: Ch3vr0n
	Gezien dit klipper firmware config betreft, verplaatst van de FAQ naar klipper firmware forum gedeelte

Als het homen van de Max Neo goed gaat zou ik niets veranderen aan de draairichting van de assen maar zou ik in je printer.cfg de waardes van je homepositie aanpassen. Hier kan je het ook zodanig inregelen dat je nulpunt gewoon linksonder komt te liggen zodat de print weer dezelfde orientatie heeft in als in je slicer.

puffeltje, dat nu precies het stuk wat ik niet voor elkaar krijg. Hoe doe ik dat?

Dankzij de andere reacties heb ik intussen wel het nulpunt van linksboven naar linksonder gekregen.
Maar voor iedere print moet ik handmatig e.e.a. op zijn plaats zetten en als ik dat vergeet worden riemen aardig mishandelt.

Het vreemde is dat het bij de Ender3 pro wel goed werkt en ik krijg niet gevonden waar dat nu in zit.

Zitten niet toevallig de eindschakelaars op het andere einde van de assen in vergelijking met de ender3, dan heb je uiteraard ook dit soort problemen.

beide hebben sensorless homing

Bij sensorless homing worden de endstops puur softwarematig bepaald en moeten de firmware instellingen echt kloppen. In zowel de acting als volgorde van de acting. Vaak moet je dus meerdere parameters tegelijk wijzigen om een actie goed te laten verlopen. Om die reden houd ik persoonlijk nog altijd vast aan hardwarematige endstops. De acting is bij dit soort schakelaars NO of NC en niet afhankelijk van de as richting

Zet je bestand met printerinstellingen hier neer, dan wil ik er van het weekend wel even naar kijken welke mogelijke aanpassingen er gedaan kunnen worden.

Als bijlage toevoegen geeft steeds de melding: Ongeldig bestandsextensie: printer-3.cfg

Da's omdat die bestandsextensie niet is toegelaten op het forum. Gewoon de inhoud van het bestand in tussen code of quote tags zetten

Pak hij een ZIP bestand wel? Dan is dat gemakkelijker.

Zip is bij mijn weten wel toegestaan. .cfg is 'riskant' omdat veel web software dergelijke extensies gebruikt voor de software zelf en dus standaard in de 'deny' list staan of gewoon niet geconfigureerd als toegestaan of geweigerd.

Die extensie gaat ook niet worden toegestaan uit ervaring als webadmin (server admin)

Sent from my Pixel 7 Pro using Tapatalk

Zie bijlage

Volgens je config is je Z home netjes in het midden van het bed, alle ongeveer dan toch. Creality zegt dat de bedsize 300x300x320 is, dus is 155,155 beter dan 155, 160. Dus als die naar beneden gaat is dat al goed.

De ender max Neo is een standaard bedslinger. Dus normaliter moet het bed naar achteren gaan en je x-carriage naar links zodat de nozzle de linker benedenhoek kan aanraken. In je huidige configuratie, in welke hoek van het printbed wordt er aangeraakt?

Na elke print moet ik de nozzle handmatig in de linkeronderhoek dan gaat daarna bij de volgende de nozzle naar het midden en begint linksonder en begint met printen de rechterzijde van de print.

Toegevoegd in 11 minuten 9 secondes:
Voor alle duidelijkheid onderstaande, deze werken bij de Ender3 pro goed.
Bij de Max dus niet.

De starcode:

; Ender 3 Max Custom Start G-code
G92 E0 ; Reset Extruder
G28 ; Home all axes
G1 Z5.0 F3000 ; Move Z Axis up a bit during heating to not damage bed
M104 S{material_standby_temperature} ; Start heating up the nozzle most of the way
M190 S{material_bed_temperature_layer_0} ; Start heating the bed, wait until target temperature reached
M109 S{material_print_temperature_layer_0} ; Finish heating the nozzle
G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed
G1 X-3.1 Y10 Z0.3 F5000.0 ; Move to start position
G1 X-3.1 Y250.0 Z0.3 F1500.0 E15 ; Draw the first line
G1 X-3.4 Y250.0 Z0.3 F5000.0 ; Move to side a little
G1 X-3.4 Y10 Z0.3 F1500.0 E30 ; Draw the second line
G92 E0 ; Reset Extruder
G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed
G1 X5 Y20 Z0.3 F5000.0 ; Move over to prevent blob squish

De stopcode:
G91 ;Relative positioning
G1 E-2 F2700 ;Retract a bit
G1 E-2 Z0.2 F2400 ;Retract and raise Z
G1 X5 Y5 F3000 ;Wipe out
G1 Z10 ;Raise Z more
G90 ;Absolute positioning

G1 X0 Y{machine_depth} ;Present print
M106 S0 ;Turn-off fan
M104 S0 ;Turn-off hotend
M140 S0 ;Turn-off bed

M84 X Y E ;Disable all steppers but Z

Dus hij homed links onder. Dan is het geen probleem met je home positie. Die staat goed. Probleem zit em waarschijnlijk in de "richtingen". Heb een oude comment gevonden op reddit en daar zitten verschillen in tov de jouwe.

Product pagina: https://www.creality.com/products/ender ... 3d-printer

[stepper_x]
step_pin: PC2 (pin anders maar dat hangt af van het specifiek gebruikte bordje)
dir_pin: PB9 <== zonder !, bij jouw staat die actief (dus die keert de standaard richting om)
enable_pin: !PC3 (pin anders maar dat hangt af van het specifiek gebruikte bordje)
microsteps: 16
rotation_distance: 40 <== andere microsteps en geen rare 39.998 maar da's niet abnormaal als je je rotation steps berekend hebt
endstop_pin: ^PA5 <== physical endstop maar jij hebt ze vervangen door sensorless dus das niet abnormaal
position_endstop: -25
position_min: -25
position_max: 300 <== de jouwe staat hier op 310, dat kan niet. Je print volume is maar 300x300, dus hier moet 300 staan
homing_speed: 80

[stepper_y]
step_pin: PB8
dir_pin: PB7 <== ook hier heb je ! staan, dus je keert de standaard richting om
enable_pin: !PC3
microsteps: 16
rotation_distance: 40 wederom andere waarde ipv 40.192
endstop_pin: ^PA6
position_endstop: -5
position_min: -5
position_max: 300 <== hier heb jij 320 staan, dus opnieuw groter dan je echte printvolume van 300. Hierdoor zegt je de printer dat je bed groter is dan in werkelijkheid
homing_speed: 80

[stepper_z]
step_pin: PB6
dir_pin: !PB5
enable_pin: !PC3
microsteps: 16
rotation_distance: 8
endstop_pin: probe:z_virtual_endstop
position_max: 320 <== hier heb jij 290 staan dus je zegt dat z'n bereikbare printvolume 30mm kleiner is
position_min: -3

Volgens mijn rolmaat is het bed toch echt 310x320,
De z moet lager zijn omdat de SFS in de weg zit, dat ga ik nog veranderen.

De rest van de verschillen ga ik morgen uit proberen, de printer is nog bezig tot ca 4 uur vannacht.

Hoe ben je tot die maten gekomen? Van rand tot rand gemeten? Als dat het geval is dan zit je fout. De effectieve bedgrootte is niet hetzelfde als het effectieve bereikbare printvolume. Het bed van mijn CR10 Max is ook 470x470, maar het bereikbare printgebied is maar 450x450. Dit om meerdere redenen.

- De x-carriage die breder is dan de printkop
- de Y-axis support rods aan de zijkant
- je prime lijnen zouden anders buiten het headbed "printen"

maten overal aangepast en het probleem zat vermoedelijk in de '!' van stepper x dir_pin.
Er wordt niet meer gespiegeld geprint.

Mooi. Dan markeer ik het topic hierbij als opgelost. Bij een volgende keer kan je dit zelf doen door op het v-tje te klikken naast een bericht die je als oplossing beschouwd.