The error in DWC is caused by the missing 'fanRPM' property in the sensors field of the status response. I just prepared another build that checks if this field is present and omits it if it is not. Please check if that resolves your problem.by chrishamm - Firmware - experimental, borrowed, and future
So much confusion about one checkbox Go to Settings -> User Interface and disable "Log any successful G-code". That should prevent the notifications from popping up when you press a button on the web interface. Maybe it's time to refine this behaviour a bit in my next web interface version.by chrishamm - Ormerod
I'm quite happy to officially release DWC 1.14 and my firmware fork RRF 1.17a-ch. Credits for most of the firmware changes since my last 1.13 release go to dc42 - it took me a while to catch up with all his latest changes but they were definitely worth it! For more details about both new versions please refer to this thread: For your convenience here the links to my latest DWC builds (requiresby chrishamm - Duet
Thanks for your report, I'll fix it in my next RRF release.by chrishamm - Duet
1) Try to clear your browser cache 2) Copy the DWC files manually to your /www directory once more 3) If that doesn't help, connect a USB cable to your printer, open the serial console and check for error messages. If you get any, post them here DWC 1.13 and RRF 1.16 are working well on my Duet 0.6, so I need more information to get an idea why you get those problems.by chrishamm - Duet
Well, you can specifiy the number of steps per mm for each extruder drive by separating each argument using a colon like M92 E426.871:95.055 You have to specify the E steps per mm all at once every time you set them. It isn't possible to set them for a specific drive only.by chrishamm - Ormerod
dc42 is right, I would add support for it if there was a native way to implement it, but no browser seems to support RTSP and no vendor I know is planning on adding support for it. Instead of RTSP I guess it would be possible to use a webm stream instead (using a video tag) but I haven't checked if that might work at all.by chrishamm - Duet
I realise this firmware version involved a lot of work because basically the entire heating code has been rewritteen, so once again well done, David! For those who are interested, here the changelist for DWC 1.12-RC1: Merge of dc42's latest DWC changes (thanks again!) Refactored the entire JavaScript logic Modified and extended build script to generate SPIFFS and ZIP packages (not published yetby chrishamm - Duet
It's been a while since I was active on this board, but during the past two weeks I had some time to convert my Ormerod 2 to a Tallmerod and modified several original parts. I also rebased my firmware fork from dc42's latest version and merged in most of my old changes. I documented everything on a separate blog article which is available here: I hope the new parts and firmware+DWC files will bby chrishamm - Ormerod
Actually I intended it to display the total amount of extruded filament (which is the case if my firmware fork is used), but dc42 has never merged in this feature into his fork.by chrishamm - Duet
Quotedc42 There is no TCP port provided for direct printing. I would be very concerned about the lack of security if such a port were provided. The Telnet port (23) can be used for direct printing if no password or the default "reprap" password has been configured, but it will require authentification if a different password is set. I tested this with Pronterface a while back and it worked quiteby chrishamm - Duet
1. Please post your config.g and the first lines of your G-code file that you are trying to print. I guess the T-code in your start G-code is wrong. 2. I have been asked to implement that and I'm quite sure it would be feasible, but I won't do that unless I find a good reason to. 3. Which web interface version are you using? Does your browser create a history and does it accept cookies? As PRZby chrishamm - Duet
So the web interface does connect but never updates any information? We actually added caching keys to the HTTP responses in the firmware a while back to fix this, but you could check if disabling client-side caching makes a difference: Quote Force IE to check not to use cached pages: In the IE menu, click on Tools/ Internet options / Settings (at Temporary Internet files block) / Check for newby chrishamm - Ormerod
Quotelkcl the only thing i have to resolve is, the extruder whipped out 250mm of filament at the end of the print, which is all rather odd. there's a relative "extruder retract" command in the end.gcode of the cura config that i'm using - it says "E-1" but what actually happened was "E-250" or so, which tells me that, possibly, the G91 command just before it isn't being listened to (or does someby chrishamm - Duet
Quotedc42 I have given some thought to running a Dropbox client on the Duet so that you could slice to a local folder on the PC and the Duet would download the files automatically. Well, we already have this tool:by chrishamm - Duet
Kurzaa, thanks for your comment. 1) We decided to change the versioning scheme for future versions. There will be letter releases (e.g. 1.11a) if we have to release bug fixes, but we've decided to increase the version number every time new functionality has been added. This shall make it easier to document which firmware version supports what features. 2) The firmware provides some informationby chrishamm - Duet
These messages are warnings which could be ignored, but my fork requires all used macro files to be present in /sys. I think those macro files are optional if you use dc42's fork, but I believe it's a good habit to have all optionally used macro files present on the SD card. If you want to get rid of these messages, create three empty files with the filenames from the message above and upload thby chrishamm - Duet
I think it should be sufficient to add "; End" after your last "G1 Z5" code too.by chrishamm - Ormerod
I've just released version 1.11 of my firmware fork on GitHub. The main improvement in this release is support for TCP streaming mode over Telnet, which I'll probably need for one of my upcoming projects. The recommended web interface version remains v1.11, which is available here: A precompiled firmware binary is available here: To those who want to use TCP streaming mode using Pronterface:by chrishamm - Duet
Quotelkcl i had *no idea* that there would be people working on it who don't bother to provide Makefiles - the absolute bedrock standard way of compiling and managing a project. that was a bit of a shock. See my firmware fork at , it provides a typical Makefile and a build script for Windows. Just make sure you install my Arduino Duet board before you attempt to compile it (requires the latestby chrishamm - Ormerod
Vergo, thank you for that command, I'll attempt to reproduce it and fix the underlying problem ASAP.by chrishamm - Duet
Vergo, were you doing anything specific when it happened? ByteSlinger, am I right thinking you're using dc42's latest 1.10+4 firmware with my latest DWC 1.11? If you get a chance, please don't turn off your printer after the problem occurred, connect it via USB , send the following codes and post their output here: M111 P1 S1 M122by chrishamm - Duet
Maybe you're missing a space? Does "M98 P/macros/Lower Bed" work? You can also enable logging for all successful G-codes on the settings page, which allows you to check what code the web interface sends to the firmware.by chrishamm - Duet
If you are using dc42's fork, you must specify the absolute file path in M98 like M98 P/macros/LowerBed unless it's present in /sys. My firmware fork first checks if the macro file is present in /sys and then in /macros, so you could omit the directory if you used it.by chrishamm - Duet
Hmm, I guess I could replace "last layer time" on the print page with the current feedrate in my next version. Simulating big files takes a while, but it will give you the most accurate print time estimation.by chrishamm - Duet
Quotecritical_limit @chris: is it possible to show the printspeed from a gcode file? You can readout first and other Layerheights, maybe it´s possible to catch the printspeed as well out of the infos in a gcode-file. This would help a lot when testing same files sliced with differnt speeds. I guess that would be possible, but instead I'd rather add simulation support (see M37) to the web interfaby chrishamm - Duet
Quotepkm BTW, what is the difference between your version and David's? We share a lot of the same code (my fork is actually based on David's and I've merged in most of his changes, and vice versa), but I added a code queue to my fork and implemented G-code interleaving to some extend. That means multiple G-codes can be run from different G-code sources in my fork, which are USB, AUX, Telnet, webby chrishamm - Duet
Thank you very much, pkm, those logs were quite useful. I have prepared another firmware binary here. Could you try it out and let me know if that improves your situation? I found a problem in the firmware that could cause the connection closed handler to be called twice (because your PC always sends one RST packet every time while a connection is being closed), but I expect this version to fixby chrishamm - Duet
I'm aware of this problem, but unfortunately I cannot reproduce it on my machines, which makes it rather difficult to debug. I need some more info, see . If you don't want to or cannot do that, I suggest you downgrade to 1.09x-dc42 until the underlying problem has been resolved, but you can keep DWC 1.11 either way - it's designed to maintain backward-compatibility. Also, does it help if you loaby chrishamm - Ormerod