Topics created by lolorc

Ok make sense, I guess it could as well be configurable.
Anyway, since I've not been able to resolve my duet wifi issues, I have implemented this on my duet proxy. (network/http server done with a python daemon that communicates via usb serial)

apart from connecting to the due port, that's all that I did.
Do know why, but I did exactly the same with 1.21, copied server, firmware and iap4e to sdcard, checked the size and did the M997 S1 then M997 S0. it worked;
it's probably my printer being cheeky with me because I'm not spending enough time with it… 🙂
panel due serial port still wired, i'll make sure I'll log everything in the future.

Thanks !

1.21RC1 has a bug in G29 mesh bed probing but is otherwise stable.

I don't use github to track new issues in beta releases, because those are quite common and usually quickly fixed, so the overhead of recording them in github isn't worthwhile IMO. Github is better for tracking longer term issues. I would prefer users not to raise issues in github unless they are confirmed issues in stable firmware releases.

Hi,
I'm switching the wifi and http/ftp servers off.
Having too many issues as others have reported.
It's just a python script that serves static files and process rr_ commands through usb.

Thanks to you both for your answers about the hardware flow control, I'll give it a try as soon as I get home (not been at home quite often recently, moving home…)

ok, thanks to you both for your answers.

I'm still working on my http2usb proxy to get rid of the WIFI/webserver stack, is it possible to configure the USB port so that it acts as the paneldue serial port ? I'd rather use the usb port as I think I can use higher speed rate.

Otherwise I'll implement the seq/resp attributes in my proxy.
how is the seq attribute increased ? 1 by 1 ? (looking at the http communications, it doesn't seem to)
is seq max value really UINT32_MAX ?
What's the behavior when the seq counter overflows ? (looking at https://github.com/chrishamm/DuetWebControl/blob/742fa9138ff4fb32be068b1172535678c1d85fa5/core/js/comm.js#L568 it doesn't matter)

oh I saw M559 & M560 but I missed M28, Thanks

Thanks for your report. I will correct the error message in firmware 1.19.1. Looks like the Duet received some junk on one of its GCode input channels.

M501 in config, I'm changing the G31 in the override.
or I do the G31 in console and then M500.
and then I check with G31 T1

I've just edited my previous post, I guess I'll end-up adding the baby steps with M290 in my config until someone comes up with a way to help me diagnostic/solve this issue.

Thanks for the answers.
I took my time and managed to twist my pairs ! 🙂
I needed to replace my wire loom, decided to use silicone wires to potentially reduce their effect on the effector.

Rev 1.01 has been in production for a while. The changes are minor, to do with how the noise filtering capacitors on the thermistor channels are grounded.

@dc42:

1. Yes you can feed 12V into the centre pin of the fan voltage jumper on the Duet WiFi. Make sure there is no chance of the connector coming loose and shorting against anything.

2. You can use multiple fan voltages by connecting the negative wire of each fan to the appropriate Fan- pin and the positive wire of the fan to +5V, +12V or +24V as required.

oh sure, as simple as that ! (edit: now wearing my newbie cap, I could have guess that from the schematics, common source silly me)
Thanks for the quick answer !

Yes I meant brushed.

Drawing 1A from the internal 5V regulator should be OK.

I have circumvented this security issue, I have added a password to the softAP function here: [https://github.com/chrishamm/DuetWiFiServer/blob/master/src/RepRapWiFi.cpp#L193(](https://github.com/chrishamm/DuetWiFiServer/blob/master/src/RepRapWiFi.cpp#L193()

for reference, I had to upgrade my aironet 1130 ap to a 1140 one. the esp8266 wasn't working with the old cisco ap.