Posts made by jtrobbins1

@dc42 In order to get the print head to home in the correct position (back right corner), I have the following setting in my firmware (picture).

With these settings, X+ moves the print head to the left. Y+moves the print head towards the back of the machine. Z+ moves the bed down, away from the print head. If I change the firmware settings for Drive 0 (X) to go forwards, it moves away from the end stop.

So, I understand that this is inverted somehow, but I am not sure what combination of Drives/End stops settings I need in order to home the print head in the right direction. Here is a screenshot of that section in my firmware setup.

Still no luck. Even when it shows the part oriented correctly in S3D, it still flips the features. I have played with the "flip X, Y, Z" settings and tried about every combo available with the same results. Im stumped on this one.

@dc42 Yes. The "flip Y axis" setting is selected. This is the first chance I have had to get back to this issue since the holidays. I will try turning that setting off and see if it solves the issue.

@dc42 I did what you suggested and reversed the X axis and end stop. This caused the printer to want to home in the wrong direction. The home position on this machine is the back right corner (see pics). I will post the settings I have in the firmware, in order to home the tool in the correct position.

I made a small test part with a cut to the left side and printed it to see if it would flip the cut like on the previous file. It DID NOT. It printed exactly how it was positioned in S3D.

So, I deleted the .stl of the original part that I had issue with and tried again. Its still oriented incorrectly. I have taken some pictures that will hopefully help. Could this somehow be an issue with just this one part file?

@dc42 X- moves the print head to the right. Y+ moves the print head away from me. Should this be reversed?

@aidar I found that setting ( called flip build table axis) in the G-Code tab. The Y axis was in fact checked, although I am not sure why or how unless I clicked it on accident and didn't notice. I am going to run a smaller part and see if this solved the issue.

Thanks for the input. I am using Simplify3D and I am not sure how I change that. I am using Simplify3D on my Prusa MK2S as well and do not encounter this issue.

Its a Folgertech FT-5 with Duet Ethernet 2 board. It responds fine to moving the X and Y via web interface and touchscreen.

I'm not sure if this is the right place to post this, but here goes. I ran a long print yesterday (overnight) and this morning when I checked the print, I noticed that all of the features (cuts/holes) in the print were mirrored on the wrong side of the part. Has anyone experienced this before? Pics below.

@t3p3tony its in the comments, within the linked forum post. Just click the link in my post and scroll down the page, you will see it.

Figured it out. I confused the "I" in the code presented below for an absolute value sign (due to my lack of experience with code).

After looking through the forum posted in the wiki (https://forum.duet3d.com/topic/452/bltouch-working), I saw that it was a capital I after seeing the line of code in a terminal, as pictured below.

Idk why this didnt click earlier, as I is clearly stated for inverting the signal. Anyways, hope this may help someone in the future. Will continue setup and start a different thread if I run into different issues. Thank you all for the help!

@dc42 I have it wired according to the picture on the wiki. I will upload a pic. In the RRFC, the PWM channel is set to E2 Thermistor.

@dc42 the only terminal that I can seem to get the board to connect to is YAT. Ive tried Pronterface with no luck. Ive sent the M401 and M402 commands, but nothing happens. Here are the deploy and retract files.

dpeloyprobe

; deployprobe.g
; called to deploy a physical Z probe
;
; generated by RepRapFirmware Configuration Tool on Fri Oct 05 2018 16:04:18 GMT-0500 (Central Daylight Time)
M280 P3 S10 I1

retractprobe

; retractprobe.g
; called to retract a physical Z probe
;
; generated by RepRapFirmware Configuration Tool on Fri Oct 05 2018 16:04:18 GMT-0500 (Central Daylight Time)
M280 P3 S90 I1

I am going to go back through the RRFC setup and makes the changes suggested below by @Phaedrux and report back.

Homez.g File:

; homez.g
; called to home the Z axis
;
; generated by RepRapFirmware Configuration Tool on Fri Oct 05 2018 16:04:18 GMT-0500 (Central Daylight Time)
G91 ; relative positioning
G1 S2 Z5 F200 ; lift Z relative to current position
G90 ; absolute positioning
G1 X100 Y100 F2000 ; go to first probe point
G30 ; home Z by probing the bed

; Uncomment the following lines to lift Z after probing
;G91 ; relative positioning
;G1 S2 Z5 F100 ; lift Z relative to current position
;G90 ; absolute positioning

Homeall.g File:

; homeall.g
; called to home all axes
;
; generated by RepRapFirmware Configuration Tool on Fri Oct 05 2018 16:04:18 GMT-0500 (Central Daylight Time)
G91 ; relative positioning
G1 S2 Z5 F2000 ; lift Z relative to current position
M98 Pdeployprobe.g ; deploy mechanical Z probe
G1 S1 X-290 Y290 F1800 ; move quickly to X and Y axis endstops and stop there (first pass)
G1 X5 Y-5 F2000 ; go back a few mm
G1 S1 X-290 Y290 F360 ; move slowly to X and Y axis endstops once more (second pass)
G90 ; absolute positioning
G1 X35 Y20 F6000 ; go to first bed probe point and home Z
G30 ; home Z by probing the bed

; Uncomment the following lines to lift Z after probing
;G91 ; relative positioning
;G1 S2 Z5 F100 ; lift Z relative to current position
;G90 ; absolute positioning

M98 Pretractprobe.g ; retract mechanical Z probe

@dc42 I have been using this as reference. I was able to get the all of the axis moving in the right direction, but the probe is still not deploying before the z axis homing starts. I will keep digging further to see what I can find.

Here is my new config.g file, which is different than what I posted earlier and includes the changes made to fix the homing and axis movements.

; Configuration file for Duet WiFi (firmware version 1.21)
; executed by the firmware on start-up
;
; generated by RepRapFirmware Configuration Tool on Tue Oct 09 2018 16:04:57 GMT-0500 (Central Daylight Time)

; General preferences
G90 ; Send absolute coordinates...
M83 ; ...but relative extruder moves
M555 P1 ; Set firmware compatibility to look like RepRapFirmare

; Network
M550 PAIME FT-5 ; Set machine name
M551 PAIME1 ; Set password
M552 S1 ; Enable network
;*** Access point is configured manually via M587
M586 P0 S1 ; Enable HTTP
M586 P1 S0 ; Disable FTP
M586 P2 S0 ; Disable Telnet

; Drives
M569 P0 S0 ; Drive 0 goes backwards
M569 P1 S0 ; Drive 1 goes backwards
M569 P2 S0 ; Drive 2 goes backwards
M569 P3 S1 ; Drive 3 goes forwards
M350 X16 Y16 Z16 E16 I1 ; Configure microstepping with interpolation
M92 X80 Y80 Z1600 E378.38 ; Set steps per mm
M566 X54000 Y36000 Z54000 E7200 ; Set maximum instantaneous speed changes (mm/min)
M203 X360000 Y72000 Z60000 E72000 ; Set maximum speeds (mm/min)
M201 X500 Y250 Z250 E250 ; Set accelerations (mm/s^2)
M906 X800 Y800 Z800 E800 I30 ; Set motor currents (mA) and motor idle factor in per cent
M84 S30 ; Set idle timeout

; Axis Limits
M208 X0 Y0 Z0 S1 ; Set axis minima
M208 X300 Y300 Z400 S0 ; Set axis maxima

; Endstops
M574 X1 Y2 S0 ; Set active low endstops

; Z-Probe
M574 Z2 S2 ; Set endstops controlled by probe
M307 H3 A-1 C-1 D-1 ; Disable heater on PWM channel for BLTouch
M558 P9 H5 F120 T6000 ; Set Z probe type to bltouch and the dive height + speeds
G31 P25 X-15 Y0 Z8.3 ; Set Z probe trigger value, offset and trigger height
M557 X20:280 Y20:280 S20 ; Define mesh grid

; Heaters
M307 H0 B0 S1.00 ; Disable bang-bang mode for the bed heater and set PWM limit
M305 P0 T100000 B4138 C0 R4700 ; Set thermistor + ADC parameters for heater 0
M143 H0 S120 ; Set temperature limit for heater 0 to 120C
M305 P1 T100000 B4138 C0 R4700 ; Set thermistor + ADC parameters for heater 1
M143 H1 S280 ; Set temperature limit for heater 1 to 280C

; Fans
M106 P0 S0.3 I0 F500 H-1 ; Set fan 0 value, PWM signal inversion and frequency. Thermostatic control is turned off
M106 P1 S1 I0 F500 H1 T45 ; Set fan 1 value, PWM signal inversion and frequency. Thermostatic control is turned on
M106 P2 S1 I0 F500 H1 T45 ; Set fan 2 value, PWM signal inversion and frequency. Thermostatic control is turned on

; Tools
M563 P0 D0 H1 ; Define tool 0
G10 P0 X0 Y0 Z0 ; Set tool 0 axis offsets
G10 P0 R0 S0 ; Set initial tool 0 active and standby temperatures to 0C

; Automatic saving after power loss is not enabled

; Custom settings are not configured

Apologies, it is in fact trying to home the Z. I was confusing the carriage moving to the point in the Y, to where it begins moving the Z, for it just trying to re-home the Y.

However, the probe on the BL Touch is not deploying and the Z is moving down, away from carriage, not lifting up to it like it should be.

@dc42 that was defintely it, as I just rewired them and came back to comment on it and saw your reply. I am still having an issue with homing the z axis though, which is using the BL touch. Its trying to home the Y axis instead of the Z.

https://youtu.be/VT6NnAkPpEQ

First X, Then Y, Then Z.

@t3p3tony its wied into a hub/switch and setup for DHCP. I can certainly try a different port and cable, just to rule it out.