No connection to Duet-Wifi

Nik123 · 11 Jul 2017, 20:43

Hey,
Maybe there is already a thread concerning my problem, well I didn´t find it. In feb. 2017 I ordered a Kossel-XL from a distributor from the Netherlands with a Duet Wifi board (343/500).
Well, first the board did its job very well although the board just was configured for a Kossel-Mini. First I changed this configuration which worked well more or less.
Then I found a config.g in the download space on the page of the printer distributor for the KosselXL / Duet combi.
I made an upload of this config via the web interface on the board. Well, what can I say: what a stupid idea. After that nothing works anymore. No web interface, no connection to pronterface, nothing.
OK, I said to myself, it’s time for a firmware update. The usual procedure doesn’t work cause there was no web interface. Fallback procedure #1 and #2 doesn’t work either for some reason. The Windows-PC didn’t see the Duet board. But… option #3 seems to work. With the SAM-BA 2.16 the PC sees the DuetWifi (Yippeeeeee!).
After sending the fresh downloaded DuetWIFIFirmware.bin (1.18.1) and proceeding the other recommended steps I pressed the Reset bottom at the board followed by the typical “pling-pong” sound when a USB-device is disconnected, also the “Diag-LED” turns off.
Connecting the board via pronterface was still not possible.
After spending quite a couple of nights trying to fix the problem by myself now I´m desperate.
How can I fix the problem, what was my mistake? Is it possible to get back the state of delivering at least?
The distributor in the Netherlands is: http://builda3dprinter.eu/ There you also can find the config.g where the trouble began with.
Greetings from Germany
Nik

dc42 · 11 Jul 2017, 21:21

The original problem may have just been that the config.g file didn't contain the M552 S1 command to turn the WiFi module on.

The new problem may be that you have upgraded to firmware 1.18.1 from an earlier version and have not updated the Windows device driver. Check whether the Duet shows up in Device Manager under the Ports (Com and Lpt) section. If it does, update its device driver from the files in https://github.com/dc42/RepRapFirmware/tree/dev/Driver.

Nik123 · 18 Jul 2017, 21:21

Oh wow, this was it! Thank you so much. After updating the driver everything works well.

fma · 20 Jul 2017, 08:21

Hi!

I just received my DuetWifi (still waiting for the Duex5, as the supplier sent me a PanelDue instead :o/ ). I set up the wifi, and it connects correctly, but then, I'm unable to access the web interface (no answer).

I'm using linux, and nmap shows that port 80 is open. What can be the problem? I'm using the pre-installed firmware, which is 1.18.1 (according to infos sent over usb).

I noticed that the wifi re-connects every minute or two; is that normal? Do I need to power up the board through Vin, or is USB 5V enough for proper wifi com.?

Thanks,

dc42 · 20 Jul 2017, 09:56

Which browser are you using? Try Chrome or FireFox if you are using something else.

Otherwise, please run M552 from USB, check that it reports the Duet is connected to your access point, and see what version of DuetWiFiServer it reports (it should be 1.03ch). If that passes, try re-installing the web interface into the wifi module by sending M997 S2.

fma · 20 Jul 2017, 10:46

I'm using chromium. I tried Firefox, without success.

The DuetWifi is connected, as I can ping it. Server version is 1.03 ch. I tried to re-install firmware in esp module, but it didn't improve things.

No answer from web nor telnet.

fma · 20 Jul 2017, 11:06

BTW, when it restarts wifi, it says Vcc 3.01V or Vcc 3.03V…

dc42 · 20 Jul 2017, 12:05

Strange! Can you run Wireshark on your PC and get a trace of a connection attempt?

fma · 21 Jul 2017, 05:25

Ok, I'll do that.

BTW, I made a quick test, yesterday, with a power supply connected to Vin: no success (I still need to check if the wifi re-connect every minute, like when powerd up through usb).

Another question: I saw in the wifi status that it uses ip 192.168.1.14 (not sure of the ip, but not 1.1), but really connected to 192.168.0.169 (address given by my dhcp server). What does it mean?

dc42 · 21 Jul 2017, 06:45

I think you mean that the IP address was set to 192.168.1.14 in the M552 command in config.g. That parameter is ignored on the Duet WiFi. With 1.18 and earlier firmware it always uses DHCP. With 1.19 series beta firmware, you have the option of setting a static IP address.

fma · 21 Jul 2017, 06:53

Ok!

fma · 21 Jul 2017, 16:54

Which format do you want? Where do I send it to you?

fma · 21 Jul 2017, 16:59

I just noticed, when the wifi restarts, it says: 'reset reason: Exception'…

dc42 · 21 Jul 2017, 17:50

@fma:

I just noticed, when the wifi restarts, it says: 'reset reason: Exception'…

That explains it! In that case I suggest you try the 1.19beta series firmware. See https://duet3d.com/wiki/DuetWiFiFirmware_1.19beta.

fma · 21 Jul 2017, 18:43

I get en error when I try to execute the SetNetwork macro:

M98 PSetNetwork
<<< 20:37:39.937 : Can't open 0:/sys/0 to read, error code 4

What can be the problem?

fma · 21 Jul 2017, 18:54

Ok, I gave the gcode manually.

This time, when I try to connect on the web interface, I see:

20:46:54.363 : New conn on socket 0 for local port 0
20:46:54.363 : HTTP connection accepted
20:46:54.366 : Found responder
20:46:54.366 : Received 383 bytes
20:46:54.370 : Sending reply, file = yes
20:46:54.372 : HTTP req, command words { GET / HTTP/1.1 }, parameters { }
20:46:54.372 : New conn on socket 1 for local port 0
20:46:54.372 : HTTP connection accepted
20:46:54.374 : Found responder

But still no answer :o(((

dc42 · 21 Jul 2017, 19:52

@fma:

I get en error when I try to execute the SetNetwork macro:

M98 PSetNetwork
<<< 20:37:39.937 : Can't open 0:/sys/0 to read, error code 4

What can be the problem?

I don't know, the M98 command works fine for me, whether I provide name of a file that is present, or the name of a file that isn't (I get an error message which includes the name of the file I asked for). But if you created SetNetwork in the /macros folder, you need to send M98 P/macros/SetNetwork to run it.

Or perhaps you have something strange in tur SetNetwork macro file?

dc42 · 21 Jul 2017, 20:00

@fma:

Ok, I gave the gcode manually.

This time, when I try to connect on the web interface, I see:

20:46:54.363 : New conn on socket 0 for local port 0
20:46:54.363 : HTTP connection accepted
20:46:54.366 : Found responder
20:46:54.366 : Received 383 bytes
20:46:54.370 : Sending reply, file = yes
20:46:54.372 : HTTP req, command words { GET / HTTP/1.1 }, parameters { }
20:46:54.372 : New conn on socket 1 for local port 0
20:46:54.372 : HTTP connection accepted
20:46:54.374 : Found responder

But still no answer :o(((

That debug info looks correct except that it should say port 80 not port 0. If it is sending the reply to port 0, that would explain the problem. But if the request really was addressed to port 0, the HTTP responder should not have accepted it, unless you told it that you were using port 0 in a M586 command.

Can you run Wireshark on the PC and get a trace of the connection attempt? Filter the Wireshark display by the IP address of the Duet.

fma · 22 Jul 2017, 05:58

@dc42:

I don't know, the M98 command works fine for me, whether I provide name of a file that is present, or the name of a file that isn't (I get an error message which includes the name of the file I asked for). But if you created SetNetwork in the /macros folder, you need to send M98 P/macros/SetNetwork to run it.

Or perhaps you have something strange in tur SetNetwork macro file?

The content is correct, I triple checked. And it gives the same result with the complete path.

fma · 22 Jul 2017, 06:00

@dc42:

Can you run Wireshark on the PC and get a trace of the connection attempt? Filter the Wireshark display by the IP address of the Duet.

I did; just tell me the format you want, and where to send the trace. I can send you a pcap file, or a pure ascii trace…