Posts made by duetino

Thanks for the answer, but I did not find any basic connection setup following guides or questions.

I just connected to the DUET2 (Machine), but when I issue a command G28 and I press enter it does nothing... it did though when I put some random characters in and pressed enter and some CTRL-Char sequences....???

Any experiences how to control the machine via telnet client on linux commandline?
How to just get an "ok" after submitting a command, respectively how to terminate correctly a line?

Any leads.... anything

all the best

Hello,
I want to use my DUET2, which is connected via telnet (and of course enabled on port 25 and tested on telnet commandline ... weird enough since I can not find any docs about it)

Well the question is CAN I somehow use it as serial communication line in repetier host or ANY other software?

If YES ... please hint me to a use case, since I would love to use it. (not the webinterface... I wanted to customize, could not find a way... loved the old interface where the camera was in the dashboard and I could move and watch)

If NOT ... what was the intention of the implementation?

all the best

I looked at this Calibration Error page, found a single wave with towers moved out so I rebuild the machine ... yes this site was responsible for me rebuilding the entire machine, but really it did not change anything, but I was happy to resolve a couple of problems like loose pulleys on steppers and loosened belts on the carriages. (But remember, I never actually did a productive print at all, only test prints. The machine never evolved to a productive environment... highly experimental only... maybe 50h of test printing)
The mesh looked much more like a cliffy waved surface. After the rebuild it looks really homogeneously nice double wavy.

I rewrote the config removed all loads and reloads of meshes in the config and from the homing, so if the machine starts up only delta calibration from the config-override is loaded.

I did I think all factors from 6 to nine... nothing really change something.

Yes I have a probe offset, but how does this come into play if I do a mesh?
Even with a tilt, isn'i it supposed it to be constant? on all points, since the Effector does not rotate?

I went through all config tutorials for delta and the result is only a beautiful double wave, which does not compensate even if I load the mesh...

I used this for creating the bed.g: http://escher3d.com/pages/wizards/wizardbed.php

config.g:

; Communication and general
M111 S0                             		; Debug off
M550 PMyPrinter			; Machine name and Netbios name (can be anything you like) addresses, so change the last digits
M540 P0x**:0x**:0x**:0x**:0x**:0x**		; MAC Address

;*** Networking - Enable for both WiFi and Ethernet boards.
M552 S1						; Turn network on

;*** Ethernet networking: Adjust the IP address and gateway in the following 2 lines to suit your network
M552 P192.168.0.85				; (0 = DHCP)
M554 P192.168.0.1				; Gateway
M553 P255.255.255.0				; Netmask

; General preferences
M111 S1 ; Debugging off
G21 ; Work in millimetres
G90 ; Send absolute coordinates...
M83 ; ...but relative extruder moves
M555 P1 							; Set firmware compatibility to look like RepRapFirmare
M665 R157 L398 B175 H540			; set delta radius, diagonal rod length, printable radius and homed height
M666 X0 Y0 Z0						; put your endstop adjustments here, or let auto calibration find them
M208 Z0 S1 							; Set minimum Z

; Endstops
M574 X2 Y2 Z2 S1 ; Define active high microswitches

; Drives
M569 P0 S1 ; Drive 0 goes forwards
M569 P1 S1 ; Drive 1 goes forwards
M569 P2 S1 ; Drive 2 goes forwards
M569 P3 S0 ; Drive 3 goes backwards
M350 E128 I0 ; Configure microstepping without interpolation
M350 X256 Y256 Z256 I1 ; Configure microstepping with interpolation
M92 X1280 Y1280 Z1280 E1100 ; Set steps per mm
M566 X1200 Y1200 Z1200 E3000 ; Set maximum instantaneous speed changes (mm/min)
M203 X40000 Y40000 Z40000 E3000 ; Set maximum speeds (mm/min)
M201 X1000 Y1000 Z1000 E1500 ; Set accelerations (mm/s^2)
M906 X1800 Y1800 Z1800 E1500 I50 ; Set motor currents (mA) and motor idle factor in per cent
M84 S30 ; Set idle timeout

; Heaters
M143 S300 					; Set maximum heater temperature to 300C for Hotend
M301 H0 S1.00 P10 I0.1 D200 T0.4 W180 B30 	; Use PID on bed heater (may require further tuning)
M305 P0 T100000 B4607 C8.950070e-8 R4700 	; Set thermistor + ADC parameters for heater 0
M305 P1 T100000 B4138 C0 R4700 			; Set thermistor + ADC parameters for heater 1
M307 H7 A-1 C-1 D-1 				; Disable the 7th Heater to free up PWM channel 5 on the Duex board.
;M570 S180					; Hot end may be a little slow to heat up so allow it 180 seconds

; Fan Modes
M106 P0 T40 H1					; Turn on Fan0 if Heater Temperature is above 40°C
;M106 P0 S0 I0 F500 H-1 ; Set fan 0 value, PWM signal inversion and frequency. Thermostatic control is turned off
M106 P1 S0 I0 F500 H-1 ; Set fan 1 value, PWM signal inversion and frequency. Thermostatic control is turned off

; Tools
M563 P0 D0 H1 F1 ; 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

; BL-Touch
M558 P9 H5 X0 Y0 Z1 F150 T6000    	; Set Z probe type/mode 5. Not using on XY, but using it on Z.
G31 P25 X18 Y-10 Z0.7	        	; Set Z probe trigger value, offset and trigger height
M557 R150 S15                       ; define mesh grid

; Miscellaneous
M144 S0;
M140 S0;
M575 P1 S1 B57600          	; enable support for PanelDue
M501  					; Load saved parameters from non-volatile memory
T0						; Select active hotend
G4 P5000 				; pause workaround for the rrf/paneldue bug
T0						; select first hot end
G28						; Home it

bed.g:

; bed.g file for RepRapFirmware, generated by Escher3D calculator
; 16 points, 7 factors, probing radius: 150, probe offset (18, -10)
M98 Pdeployprobe.g
G30 P0 X0.00 Y150.00 Z-99999 H0
G30 P1 X93.17 Y111.03 Z-99999 H0
G30 P2 X133.09 Y23.47 Z-99999 H0
G30 P3 X114.23 Y-65.95 Z-99999 H0
G30 P4 X46.33 Y-127.29 Z-99999 H0
G30 P5 X-49.78 Y-136.77 Z-99999 H0
G30 P6 X-129.90 Y-75.00 Z-99999 H0
G30 P7 X-147.72 Y26.05 Z-99999 H0
G30 P8 X-96.42 Y114.91 Z-99999 H0
G30 P9 X0.00 Y75.00 Z-99999 H0
G30 P10 X55.74 Y32.18 Z-99999 H0
G30 P11 X50.96 Y-29.42 Z-99999 H0
G30 P12 X0.00 Y-64.74 Z-99999 H0
G30 P13 X-64.95 Y-37.50 Z-99999 H0
G30 P14 X-64.95 Y37.50 Z-99999 H0
G30 P15 X0 Y0 Z-99999 S9
M98 Pretractprobe.g

homedelta.g:

; called to home all towers on a delta printer
;
; generated by RepRapFirmware Configuration Tool on Mon May 22 2017 22:56:20 GMT-0400 (Eastern Daylight Time)

; Reset BL-Touch
M280 P7 S160 I1            ; Clear probe

; Use relative positioning
G91

; Move all towers to the high end stopping at the endstops (first pass)
G1 X750 Y750 Z750 F3500 S1

; Go down a few mm
G1 X-5 Y-5 Z-5 F2500 S2

; Move all towers up once more (second pass)
G1 X50 Y50 Z50 F500 S1

; Go down a few mm
G1 X-2.5 Y-2.5 Z-2.5 F2500 S2

; Move all towers up once more (third pass)
G1 X50 Y50 Z50 F100 S1

; Move down a few mm so that the nozzle can be centred
G1 Z-24.56 F5000

; Switch back to absolute positioning and go to the centre
G90
G1 X-18 Y10 Z25 F10000  
G30						; lower head, stop when probe triggered and set Z to trigger height
G4 P500					; Pause
G1 X0Y0Z51				; Move Nozzle to Bed middle

retractprobe.g:

M280 P7 S90 I1

deployprobe.g:

M280 P7 S160 I1	; clear and reset BL touch
M280 P7 S10 I1	; PIN down

config-override.g:

; config-override.g file generated in response to M500 at 2020-08-31 14:50
; This is a system-generated file - do not edit
; Delta parameters
M665 L397.303:397.303:397.303 R156.932 H539.918 B175.0 X-0.014 Y-0.248 Z0.000
M666 X-0.503 Y0.886 Z-0.383 A0.77 B-0.18
; Heater model parameters
M307 H0 A90.0 C700.0 D10.0 S1.00 V0.0 B1
M301 H0 P10.0 I0.100 D200.0
M307 H1 A340.0 C140.0 D5.5 S1.00 V0.0 B0
M307 H2 A340.0 C140.0 D5.5 S1.00 V0.0 B0
M307 H3 A340.0 C140.0 D5.5 S1.00 V0.0 B0
M307 H4 A340.0 C140.0 D5.5 S1.00 V0.0 B0
M307 H5 A340.0 C140.0 D5.5 S1.00 V0.0 B0
M307 H6 A340.0 C140.0 D5.5 S1.00 V0.0 B0
G10 L2 P1 X0.00 Y0.00 Z0.00
G10 L2 P2 X0.00 Y0.00 Z0.00
G10 L2 P3 X0.00 Y0.00 Z0.00
G10 L2 P4 X0.00 Y0.00 Z0.00
G10 L2 P5 X0.00 Y0.00 Z0.00
G10 L2 P6 X0.00 Y0.00 Z0.00
G10 L2 P7 X0.00 Y0.00 Z0.00
G10 L2 P8 X0.00 Y0.00 Z0.00
G10 L2 P9 X0.00 Y0.00 Z0.00

And the best of it... it does nothing... my printhead collides on the areas mapped green, or the filament gets round on the other areas. so I can't print anything...
I updated to duet3d (2.05) and webcontrol 3.11...

After G32 --> delta calibration with 16 points and factor9... I generated this:

M665 L397.303:397.303:397.303 R156.932 H539.918 B175.0 X-0.014 Y-0.248 Z0.000
M666 X-0.503 Y0.886 Z-0.383 A0.77 B-0.18

I do run a G28 (home with Z axis uses as probe), so I have after homing the probing of BL-touch to exactly have my Z height, which is really Z=0 with a piece of paper between.

Then I save it with M500. Reboot the machine and load the config-override.g with all values stated above.

Now I create the Hightmap which looks like this:

The fully thing about this is, I totally rebuild the machine with all bearings and belts, because I thought there would be a backlash problem... but it was not... after rebuild, the map looks even wavier than before.

If I load the map with M29 S1. it seems not doing anything since the head crashes on the heights and builds up round filament because of too much distance and to less extrusion.

HELP, or at least one little hint what else to try...

Thanks to all who read this...

Hi, can you give me an example of what you talk about… sounds pretty abstract to me.

I did but I do not have a clue what a macro can do in respect of false information of a slicer?
I can correct / override it if I get the names of variables I need to set, resp. what needs to be set in gcode file.

Hello to everyone, back again with some issues !!!

I render an object to gcode and upload it via API or Browser, I always get the full object height and full layer count. For my machine it is always 500mm and 2500 layers. This is kind of annoying since the time estimated is always funny.

it looks like this now, in reality I got a object height of 79.9 and we show 500:

here you can see that it shows 250 of 2500, actually I got 400 layers

So I created 2 postprocessing lines to filter out height and layer count from my gcode files:

height=$(grep -E 'layer [0-9]++' $filename | sort  -nk3 |tail -n1| awk -F  "," '{print $2}'|awk '{print $3}')
layercount=$(grep -E 'layer [0-9]++' $filename | sort  -nk3 |tail -n1| awk -F  "," '{print $1}'|awk '{print $3}')

Now I need to know where I can find the names of variables, which webcontrol, respectivly duet3d is interpreting to get the right information displayed.

all the best

Hi, I'm talking about a tenth of a millimeter on X, which is way off, since Y and Z only have a hundredth deviation

Hi, thanks for the response and which leads me to the following questions:

@dc42:

The easy way is https://duet3d.com/wiki/G-code#M579:_Scale_Cartesian_axes. But I suggest you measure a print larger than 20mm.

… that that does not so directly apply on deltas or am I unright and the wiki does not know the duet3d controller?

https://duet3d.com/wiki/G-code#M579:_Scale_Cartesian_axes here is says …

But this does not work so easily for Delta and other RepRaps for which there is cross-talk between the axe

please let me know before I print a monster cube

Thank you I will print a upscaled hiphop uptodate cube to get accurate settings. Do you think that 100x100x100 is the right dimension?
all the best

Hi,
I have a Tevo Little monster and printed the testcube (https://www.thingiverse.com/thing:2145703), because all of my prints where not really fitting together. I know why now, since I never paid attention on how the WCS was aligned (on a delta it does not matter I thought)
As i measured all the sides and get the following reading:

X: 20.2
Y: 19.99
Z: 20.01

As you can see the Y and Z Axis have an acceptable deviation, but X is far off limits.

My Question is where and how can I feed some correction factors into the machine? gcode?

@dc42:

Yes the time estimates are in hours and minutes, that's what the h and m stand for. Is that a problem?

well I was talking about the filament and layers, they are also estimated in h(ours) and m(inutes) please explain?
In that case, if you look at the image given in the first post: I will have 9h and 31minutes in layers left -> what is that supposed to mean?

all the best

Hi there,

My Paneldue V1.17 and Duet/Ethernet 1.19 are having a nice time telling me stories. All values are given in hours and minutes?
Is that normal or do I have to initialize the units which I want to be displayed. could not find anybody or hint who experience that.
For clarification here is a screenshot:

My questions are obvious now:
Is that something I can fix with S3D or Duet/Ethernet? (I hope so)
Do I have to fix it on Paneldue Firmware? (I guess so)
Do I have to live with that? -> indexes -> Why? (I don't think so)

Anyway, maybe a noob beginner, user too stupid error?

all the best

PS: if you look at the image at full size -> YES, it was I guess one of my first prints, before I even ordered Paneldue -> where ->thingiverse.com -> search for LM

Actually I want to leave it like this but for everybody to visualize the difference of a little misconfiguration…
The (left) part with line numbers is correct, the other is as well just without carriage return and linefeed uploaded as one big line.

all the best duetino

Thanks guys, even no direct hint brought me to THE solution, and also edit the title is even better… did that and I guess nobody can tell if I did hit a button or not.

BTW, there is an Answer button, which marks the solution of the thread, don't know if that leads to a double solved ?

Great work/help/assistance anyway

How can I mark the thread as solved?

OK I figured it out now…. Whooheee!!!!

Slightly modified postprocessing script:

[[bash]]
path=[output_filepath]
file=${path##*/}
curl --data-binary "@[output_filepath]" http://192.168.0.85/rr_upload?name=gcodes/[output_filename].gcode
logger "Writing file to 3DPrinter via: curl --data-binary "@[output_filepath]" http://192.168.0.85/rr_upload?name=gcodes/[output_filename].gcode"
curl http://192.168.0.85/rr_gcode?gcode=M140S50
curl http://192.168.0.85/rr_gcode?gcode=G10P0R120S200
curl http://192.168.0.85/rr_gcode?gcode=T-1

If you are courious what the difference is
1. I tried to find a debug possibility with logger -> install logutils and you can directly log into syslog | Check
2. I found out that the file I uploaded was completely different in size and behaviour -> changed to data-binary option | Check

Voila printing from PanelDue and WebControl -> no problemo

Could have been so easy, but the dog lies in detail (or whatever you say in english)

all the best duetino

try putting a T0 at the end of your Config.g I agree the one in the start should do it but S3D can ignore things like that from time to time

I have that multiple times now everywhere

OK, now I can say if I take the uploaded file from S3D and want to print it via WebControl. It does not print as well. Same behaviour. But if I upload the file via WebControl via Upload and Print it does it fine.

all the best

Hi,
As you can see from the start script I got T0, which is pretty much a tool selection I guess, or do I have to confirm it somewhere?

all the best