Posts made by jmg123

@deckingman:

Hmm, curious. Does it have stops at each end of the axis? Presumably for that to work, the machine would need to have a fair amount of "slop" in the linear guides so that it can twist? Or is some other mechanism employed?

I have 8 endstops, min and max for each rail. Being a meter in length, and a mixture of stainless steel and 3d printed parts, and gt2 belts, you can get up to 2cm off square if you move just one of the motors whilst keeping the other stationary. Doesnt seem to be a problem in use though, as both motors move together to keep it square. I have successfully milled aluminium on it, though usually I just mill wood or polcarbonate.

Auto squaring/calibrating by homing dual x and dual y steppers individually.

I also have an mpcnc machine that at some point I am going to swap over to a duet ethernet so I can also use it for 1 meter x 1meter x 15cm prints. It has dual x, and dual y steppers. One feature that the branch of marlin has that would be great on the duet would be to automatically be able to square off the x and y axis by moving all 4 motors independently to their own endstops

https://www.vicious1.com/auto-squaring/

Personally I had months of trouble with a y splitter and an e3dv6, could never get more than around 40 retractions in a row without a failure.

Changed over to a v6 lite, and 10cm of their fancy new blue bowden tube, and have not had a single problem/failure since.

12mm prime tower seems to be enough for me with clear/red petg

MQTT - so the printer can send out it’s status to MQTT compatible services, not so it can be controlled. Basically the printer reports as an mqtt sensor.

Personally I would use it to send me a text message via IFTTT , or flash my living room lights when a print has stopped/finished. Though other things like show hot end temperature via the colour of. A Philips hue lightbulb would also be possible.

Reference designs based on LWIP stack are available. I reckon %complete, finished state and temperatures would be the info to broadcast.

https://home-assistant.io/components/sensor.mqtt/

@MiR:

How much are the shipping costs to UK?

I just bought a couple of sheets for my printers from them , $14 for two sheets, $2.50 handling charge, and $15.12 for shipping to the uk.

Just a thought on the web configuration interface, when it comes to selecting extruder parameters, how about also having an additional drop down box, so you can select from the most popular extruders, and have the settings auto populated?

This is my config for my Reach3D printer when it was complete stock (as bought)

https://gist.github.com/anonymous/7c32a4ce362ae2b1a805784776c113b2

I have a modified one for the mods I've done, but I doubt that would be much use to anyone else, so I didn't bother uploading it.

Jeffrey

@DjDemonD:

This is what it looks like in my test rig. If you don't want groovemount I'll do a version with captive nuts and bolt holes for direct mounting to underside of a carriage or effector. Almost no compliance of the nozzle in this design, the piezo is pre-tensioned quite firmly.

I'd be interested in a non groovemount one, I've been playing around with one of Moriquendi's boards on my reach 3d. Although it is groovemount, it mounts sideways onto a plate, so I reckon it is a good candidate for removing the grovemount. I'd just need to design some sort of interface to the captive nuts and my side plate.

My current setup is a bit bodged together (plate between the groovemount adapters, it does sort of work, but not as well as I'd like.

What about if the default access point could be enabled via a jumper/button on the io expansion header? This could be useful for first setup.

Ah I see, Must have been having a bain fart. thank you for your help.

Yes My z probe offset as well, by around -8 on the Y axis, and +30 on the X axis (my printer isn't on at the moment but those are in the right ballpark)

The layout is a bit like this (sorry about the ascii art)

[Y Maximum Travel Y=210]

[Bed Top Left Corner] –-------------------------[Bed Top Right Corner]
[X=0,Y=190] [ X= 190, Y-190]
| Bed |
| | [X Maximum Travel X= 210]
[X endstop] [ Nozzle ]–------------------------------------ [ Bed Bottom Right Corner] [Y endstop X=210, Y = 0]
[X=-32,Y=0] [X=0,Y=0 ] [ Z probe] [ X=190, Y = 0]
[X+30,Y-8]

I have a 200mm x 200mm bed, y homing switch is at 0, but due to the design of the machine (Reach 3D cartesian), the x homing switch is offset, at -32.

I set my axis minima as follows

M208 X-32 Y0 Z0 S1 ; Set axis minima

But when I try and go the mesh levelling with the following, it starts at X = -27 instead x = 5

M557 X5:185 Y05:185 S17

Should the mesh g code use co-ordinates relative to where 0,0 is, rather than co-ordinates that are relative to the x homing switch

How about using mqtt? there is a reference implementation based on the lwip tcp/ip stack used in the duet. Could hook it up to all manner of local or cloud based things. Those who don't mind using the cloud could use it in conjunction with IFFT to get native notifications or turn lights/things on or off. For those who don't like cloud services, they can setup their own local broker and subscribers/clients and still get the benefit.

@kingfisher:

I couldn't get motion to work on my Pi - I ended up using RPi-Cam (http://elinux.org/RPi-Cam-Web-Interface)

I've not integrated it with Duet Web Control (Yet?!)

I have integrated it, just follow the installation instructions as normal, I changed the default port from 80 to 4123, as 80 was already in use on my pi. The url to add to DWC is then as follows

http://<ipaddress>:<port>/html/cam_pic_new.php?

e.g.

http://192.168.1.12:4123/html/cam_pic_new.php?</port></ipaddress>

Option 2 sounds the most appealing to me.

12
14
15
7
10

I have one of my Duets wired up to a CNC machine at the moment, though it requires a lot of messing about to from Fusion 360 to actually milling something with the Duet. I can help test stuff out though.

My other suggestion would be support for MQTT, to allow the duet to signal other things with it's status, e.g. current temperature, finished printing etc. With this it would be possible to do stuff like turn off plugs, turn on lights or send text messages when a print had finished.

1. . J Dynamically-varying microstepping
   2). D Support for PanelOne and similar 20x4 text displays, not including the SD card socket - see next item.
2. O. Support for restore points.
3. C. Predictive temperature control
4. S. MQTT client - so that actions could be performed by other things, e.g lights, alarms, home automation, during or on completion of the print. So as to make things a bit more secure, the duet wifi would only want to publish data, not subscribe to anything (with the possible exception of emergency stop) Shouldn't be too hard todo as there simple mqtt implementations based on LWIP floating around already.