Posts made by chrishamm

@Serbitar This is going to be fixed in the next release candidate.

@achrn said in dsf-python-3.6.0rc1 http endpoint not working for me:

await http_endpoint_connection.send_response(200, "so happy you asked for it!")

This call looks wrong to me. I think you need to specify a third parameter like HttpResponseType.PlainText to actually send out data. Otherwise you only return a status code.

@moth4017 The display precision is set by the number of decimal places to display for Z. If you increase it to three digits in the settings, your custom value should be displayed correctly.

@achrn It should be available via the package feeds as well now.

@achrn There were some errors in the previous 3.5 dsf-python client which renders parts of it unusable with 3.6. Hence I suggest you upgrade to dsf-python 3.6-rc.1, I expect that will fix your problems.

Closing as duplicate.

@Triet Did you upgrade the WiFi server firmware as well?

@Triet I don't think the Windows ftp utility supports that setting but I think WinSCP does, although it's been a while since I used it. AFAIR it's this bit in Options -> Preferences -> Transfer -> Background:

If that doesn't work, I suggest you try out FileZilla Client with the setting @droftarts mentioned.

@Triet Make sure to set the number of concurrent connections to 1. RRF in standalone mode cannot handle more.

@bdelia Thanks for the Wireshark dump. What I find odd is that your PC keeps aborting connections to the Duet, which shouldn't happen unless you set the number of AJAX retries in DWC -> Machine-Specific to a very high value. If that is the case, the effective timeout of regular requests becomes very low which may lead to complications. In doubt, perhaps delete dwc-settings.json from the System Files and reload DWC.

If that does not help, I suggest you try a different device (like a smartphone) to upload a bigger file. If that works, try to reset the TCP/IP stack of your Windows machine as outlined here: https://support.microsoft.com/en-us/topic/how-to-reset-tcp-ip-by-using-the-netshell-utility-d954430c-9b11-43f0-6081-0fc9235a8b4a That might help, too.

What kind of microSD card do you have? From the Wireshark dump I can see that RRF doesn't seem to accept more data within 15+ seconds so that does seem like an I/O issue to me. It might be worth to replace the SD card with a class 10 (possibly even A-rated) microSD card and to check if the problem persists then.

@omtek Thanks, I've got a fix ready. It might be possible to work-around this problem by setting an arbitrary update interval but that depends on the webcam server.

@Hotchef54 First of all, I suggest you upgrade to 3.5.4. We don't support outdated firmware versions.

You can find an in-depth guide for an Ender 3 conversion to the Duet 3 Mini 5+ here, which isn't too different from the Duet 2: https://docs.duet3d.com/en/How_to_guides/e3p_Mini5+_guide_part1_wiring

Also, you can use the legacy version of the configtool if you really need the template for the Ender 3 Pro: https://configtool.reprapfirmware.org/legacy/Start It's quite likely you need to make changes to the default tempate, though.

@omtek Please share the exact webcam settings from DWC and I'll take a look.

@Timothee-Leblond Well, I don't know if you have a mixing nozzle or two individual ones. But the configtool lets you generate the corresponding commands easily, see https://configtool.reprapfirmware.org. Each section has a "Preview" option to see what commands are required for the corresponding configuration. If you assign two extruders to one tool and select that (e.g. T0), then you can specify a mixing ratio using M567 and indeed command both extruders like so:

config.g:

M563 P0 ... D0:1 ; define tool 0
M567 P0 E1:1 ; set mixing for both extruders to 100% and 100%

and to extrude

T0
G1 X100 Y100 F3000
G1 X150 Y150 E40 F600

@timschneider Watchdog timeouts are a sign of ESD crashing the MCU. We have not had any other reports in that regard for a very long time.

@Timothee-Leblond I am not aware of M605. Where did you pick that up?

If you want to command both extruders at once and make them extrude at the same time, create a tool that is mapped to both extruders, select it, and run something like G1 E12:34 to command 12mm of movement for the first extruder and 34mm for the second one.

In case you want to have the second extruder extruding while the first one does something else, have a look at the docs for multiple motion systems: https://docs.duet3d.com/en/User_manual/RepRapFirmware/Multiple_motion_systems

@developeralgo222 It sounds like a bug, hence my question for the JS console output. Alternatively, can you ZIP the contents of /sys/accelerometer2 and provide it? Then I may be able to reproduce and fix it here.

@trulm You can make the system files read-only both in SBC and standalone mode. If you are using your board in standalone mode, you need to eject the microSD card, put it in a PC, and toggle the "read-only" flag of the files you wish to protect using a file explorer (in directory sys). In SBC mode, you can connect via SSH and remove the w flag from the files in /opt/dsf/sd/sys using chmod.

@developeralgo222 Can you rename the "accelerometer" directory in the System directory to "accelerometer2", record a new motion profile, and check if that fixes it? Or can you open the browser dev tools and check the JS console for potential errors?

@developeralgo222 No, I don't think so, M956 is sent by the Input Shaping plugin. You only need to configure the accelerometer using M955 in config.g.