@dc42 thank you. For all the years I've worked at software and used networking I missed that proterface was upcasing the line which meant it no longer matched the ssid. I went to repetier and did it there and now the webui is up and running. Thanks for your help

It worked fine. Thank you guys for the help!

anybody?

Compared to the smoothie community, two things are easy to observe: the primary developer of duet is VERY active, VERY responsive, and very humble. The community, right here on this board, is the same...

3D Printing has a strong community heritage of being very, uh... "inexpensive"... Ok, CHEAP. Microswitches are dirt cheap and work very, very, very well. Also consider: The homing switches really don't need to be that accurate on a 3D printer. Unlike CNC, where there may be fixtures, or a rough cut followed by a tool change and a finish cut, etc, etc. 3D printers generally print well away from their limits, and mostly do not re-calibrate. There are some exceptions: Delta Printers, depending on how Z-Probing is used, may need quite a bit of repeatability in homing switches. Occasionaly, prints are re-started, etc. So don't take any of that as absolute... but... mostly... homing switches just don't really matter that much. Summary: Micro-Switches are cheap, reliable, and more than up to the task. Having said that, if you have a box full of sensors and could wire one in your sleep... go for it, man!

@dc42 said in Time estimates not working: ;E Just another tidbit I also have a laser filament monitor. I had to double the % count from 92% error to 184% error as everything else has doubled

@dc42 Yes, I'm all too aware of the finikyness of stall detection. I'll update this topic once I have had a chance to test some of these things. Thanks for your help.

Yes, the colours are definitely not right. Please ask your supplier to replace it.

Thanks. Item numbers 79, 179 and 279 were not implemented. Fixed in the forthcoming 2.02RC4 release.

@dc42 80mm will be fine for me especially if you can get the connectors along the long edge that would make for an easier mounting! Doug

Thanks to everyone. Just ordered the ethernet board, 5 inch display and the breakout board.

@dc42 said in Request (if possible) for greater consistency in G-codes: @fcwilt , we try to be consistent in all new GCodes we allocate. For example, all GCodes involving heater numbers that I have introduced use H for the heater number. Unfortunately, we have to be compatible with other firmwares, so maintaining a logical use of parameters isn't always possible. It's just my OCD talking. Frederick

@danal said in Duet Wifi becoming inaccessible: I've definitely had WiFi drops on prior release. Almost guaranteed, in fact, on long prints. 2.02RC2 (I believe) was the first to have "infinite retry" on WiFi, and seemed to cure all my problems. If your problems seemed to start on external 5V, can you switch back for a while, to debug? The external 5V indeed seemed to be the startpoint of the drops. I will enable the main PSU and switch to internal 5V for the weekend.

@irondesk40 said in Duet and external Stepper Motor controller: M569 set motor configurations M584 set drive mapping. That's correct. M569 to extend the step pulse timing for the external drivers (T parameter) and if necessary invert the enable signal (R parameter). M584 to remap the axes to the external drivers. Example: M569 P5 T2 ; increase driver 5 timing to 2us M569 P6 T2 ; increase driver 6 timing to 2us M569 P7 T2 ; increase driver 7 timing to 2us M584 X5 Y6 Z7 ; remap XYZ axes to external drivers 567 The online configuration tool does not yet support axis remapping; so after generating files using the configurator and uploading them to the Duet, go to the System Editor page of Duet web Control and edit the config.g file there.