Wasnt sure if I should start a new thread, hopefully its ok just to add here, I printed the concept above from brunofporto with the latest changes by adrian52.. but I don't have the right bearings on hand to properly test. Was going to take a while for bearings to get delivered..

So I decided to have a go at trying to come up with my own design. The goal was to use some decent quality bearings I had on hand - 5x10x4 (mr105) and because I figured it would be something I would be printing different version of, something that was quick & easy to assemble.

So here's my attempt:

I have tried various sensor to bearing surface distances so far.. and I'm finding that around 9mm seems to be the most consistent.

Here is a output from a recent print:

So far it seems to work really well - quite similar to adrian52's results. If you normalise the raw average figure of 299 to be 1 (or 100%) then the lowest reading is 0.956 (4.5% below the average) and the highest reading is 1.023 (2.3% above the average.

I have short tube of around 25mm between the sensor and my extruder input.. so I have set the check to be every 5mm instead of the 3mm in the example which still allows plenty of time to pause the printer if there is an issue, but the slightly longer check also seems to help a bit with consistency.

I have put my stl's and .scad file on thingiverse for anyone to use/mod/try

https://www.thingiverse.com/thing:3673768

Wasnt sure if I should start a new thread, hopefully its ok just to add here, I printed the concept above from brunofporto with the latest changes by adrian52.. but I don't have the right bearings on hand to properly test. Was going to take a while for bearings to get delivered..

So I decided to have a go at trying to come up with my own design. The goal was to use some decent quality bearings I had on hand - 5x10x4 (mr105) and because I figured it would be something I would be printing different version of, something that was quick & easy to assemble.

So here's my attempt:

I have tried various sensor to bearing surface distances so far.. and I'm finding that around 9mm seems to be the most consistent.

Here is a output from a recent print:

So far it seems to work really well - quite similar to adrian52's results. If you normalise the raw average figure of 299 to be 1 (or 100%) then the lowest reading is 0.956 (4.5% below the average) and the highest reading is 1.023 (2.3% above the average.

I have short tube of around 25mm between the sensor and my extruder input.. so I have set the check to be every 5mm instead of the 3mm in the example which still allows plenty of time to pause the printer if there is an issue, but the slightly longer check also seems to help a bit with consistency.

I have put my stl's and .scad file on thingiverse for anyone to use/mod/try

https://www.thingiverse.com/thing:3673768

As an alternative to running a VPN or reverse proxy, you can set a password on each of your printers

1. set a password on each printer using the M551 command in your config.g
2. set each printer to have a fixed internal IP
3. set port forwarding, preferably use an obscure port - IE something like port forward 7193 from external or some other random port to your internal DUET port 80, then on 2nd printer use port 7194 etc

I do this for for my 3 printers, along with a webcams on each so I can monitor prints when I am at work using my pc or my phone when I'm out for dinner etc, I need to supply the password to do anything like stop the printer if I need to etc.

Sure VPN / SSH / Reverse Proxy and other methods are providing more robust security but they add complexity and steps to monitor your prints from outside. using an obscure port along with requiring a password is enough for me, I'm in the "I just want to get it working simply and with at least some form of password protection" camp

And I love the WiFi, I have 3 Duets - 2 Wifi's and an older 0.6 with ethernet.. I hate having to run a network cable to the printer with the 0.6 ethernet as well as worry about moving it around and pulling on the cable etc.. that said once its in place its fine.

I took one of my WiFi printers into work to show it off, was really easy to just find a spare power outlet, connect to the work wifi (with a macro I prepared in advance) and bam away it goes.

But, we have very reliable strong Wifi at our work, and I have a fairly decent one at home as well (ubiquiti unifi), although I also had no troubles using it on a cheap tplink router with built-in wifi as well. as has been said if you have poor or congested WiFi then the ethernet is probably a safer bet.

1. set a password using the M551 command in your config.g
2. set your Duet to have fixed IP as you suggested - (my preference is via reservation)
3. if you don't have fixed IP from your ISP, use a dynamic dns service
4. set port forwarding.. to avoid possibility of your ISP blocking or Bandwith limiting port 80, preferably use an obscure port - IE port forward 7193 from external or some other random port to your DUET port 80

then from outside connect to your router ip address (or dddns name) on your random port.. it will not let you do anything or see current activity on your printer without putting in your password from step1

I do this for for my printer, along with a webcam so I can monitor prints when I am at work from my pc or my phone when I'm out for dinner etc, and stop the printer if I need to etc. I can also show off the prints to others lol.

Sure VPN and SSH and other methods might be more robust security but they add complexity and steps to monitor. I'm in the "I just want to get it working simply and with at least some form of password protection" camp

the heaters heat up, then the printer homes every thing and then stops and the heaters shut down and the printer reports it is finished.

I had a very similar issue on mine after upgrading to 1.19. Mine would heat up then start to go through my startup script, then stop.

Just in case it helps you identify your issue, what I found was in my startup script I had a comment that had an open-bracket and close-bracket in it, and it went over two lines.. removing the unintentional carriage return so its only on one line OR removing the open & close brackets in the comments fixed the issue.

here is my original startup script.. its the 3rd line (M106) command that caused the issue.

G32 ; Calibrate prior to print…
M564 S0 ; allow movemount outside printable area for purge
M106 S40 P2 ; turn on led light (255 is full bright
40 is dim)
G0 Z5 X-60 Y-132 F5000 ; raise up and go off the edge of the bed for a purge
G1 E15 F400 ; purge
G0 Z0.3 ; drop to bed height ready for a wipe
G1 X-10 E20 F400 ; Extrude 20mm of filament in a 5cm line at speed of 400
M564 S1 ; limit to print area again now purge complete
G92 E0 ; zero the extruded length
G1 E-1 F800 ; Retract a bit
G1 X15 -0.3 F3000 ; Quickly wipe in another 2.5cm with some retraction then ready for print.

changing it to:

G32 ; Calibrate prior to print…
M564 S0 ; allow movemount outside printable area for purge
M106 S40 P2 ; turn on led light 255 is full bright
40 is dim
G0 Z5 X-60 Y-132 F5000 ; raise up and go off the edge of the bed for a purge
G1 E15 F400 ; purge
….

worked fine.. and also changing it to:

G32 ; Calibrate prior to print…
M564 S0 ; allow movemount outside printable area for purge
M106 S40 P2 ; turn on led light (255 is full bright 40 is dim)
G0 Z5 X-60 Y-132 F5000 ; raise up and go off the edge of the bed for a purge
G1 E15 F400 ; purge
…

works fine.. I didnt even realise I had a new line halfway through the comment which is just poor techinque anyway,

I like the idea of some sort of file transfer script to the duet as a S3D post process, mainly to reduce the steps required…

I've come from smoothieboard, which at the time had problems with S3D.. so I'm used to annoying steps in the process, the smoothie/s3d issues is now comipletely fixed by the way, but what I used to have to do was:

• Slice in S3D, save to temp folder

• alt-tab to web site for S3D move cleanup process

• upload gcode file from temp folder

• Save processed file back to temp folder

• alt-tab to octoprint page

• upload gcode file from temp folder

• Hit print & watch

So I'm pretty used to multiple steps. but its better now, with my DUET my process is:

• Slice in S3D, save to temp folder

• alt-tab to DWC page

• upload gcode file from temp folder

• Hit print & watch

If I could have a S3D post process script that saved the file directly to the DUET, probably via FTP I assume would be easiest.. then it would save having to have a temp folder and the upload step.. it would end up:..

• Slice in S3D, (Post process script saves directly to DUET.. with option on what folder it saves to? )

• alt-tab to DWC page

• Hit print & watch

@Pumlux:

Did anyone had success to access the Duet Wifi from the internet ?

Let me describe again what the goal to achieve is.

Access the Duet wifi (having a private IP address) via the public IP internet over a router.
Normaly this requires a port forwarding rule on the router, something like
forward (external IP port) (Duet wifi external) to (ip of Duet Wifi) port 80
e.g. take 2000 as external IP port and the duet wifi ip address as 192.160.0.100

This would allow you to access your Duet Wifi over the internet .
With the duet 0.8.5 this works perfectly, with the duet wifi the connection can not be established.

In case this is still a question, I can confirm this does work just like it does for my Duet 0.6. I finally got my new printer up and running today with duet wifi, I setup port forwarding as test and confirmed it could be accessed externally via public IP.

running 1.18beta firmware, 1.14a dwc and 1.03 wifi server.

I use this calculator to get an idea on max speeds of any particular stepper @ voltage, The key is the impedance figure of your steppers.

http://www.daycounter.com/Calculators/Stepper-Motor-Calculator.phtml

simplified (enough for me to comprehend lol) torque reduces as speed is increased. If you need more speed, you want to increase volts as already identified and/or find steppers with lower inductance (one of my key criteria for stepper selection is low impedance).

Would be challenging to get any sort of speed out of a leadscrew based printer I would have thought.

My order of preference

18, 3, 17, 1, 20, 6, 8, 14

I know I'm going against the grain but I think 2 is possibly asking too much for the duet, I just don't see most needing that level of security on their local network and if they do there is always the option of putting it behind a firewall. I'd rather have that processing power put into extra features myself

Thanks guys!

Yup that at least gives me some confidence I can open the port on my router and monitor prints while I'm at work.

I didn't realise that password would stop DWC from connecting, I think when I was setting up the wiki examples mentioned "currently not in use" so ignored the password setting at the time.

Is there any update on when a more detailed login control may be implemented in DWC? nothing crazy I'm just thinking fairly basic view only vs ability to stop/start/manage printer.

Thanks again