DuetWIFI migration

mhackney

I had to go to Backup procedure #2 but get this:

Connecting…
[ERROR] Could not connect to /dev/tty.usbmodem14431 at baudrate 57600:
Serial error: could not open port /dev/tty.usbmodem14431: [Errno 2] No such file or directory: '/dev/tty.usbmodem14431'

So on to Emergency proceedure?

mhackney

Toddimus, thanks but you probably didn't read David's reply, can't do it with bossac on the Duet WiFi!

mhackney

EDITED, stay tuned

mhackney

Ok, I am able to install firmware with SAM-BA from Windows 10. I can now connect from Pronterface on Windows or Mac.

I then did Backup procedure #1 with the original .bin files that were installed on the CF when I got it.

I reenabled WIFI by sending M552 S1 from Pronterface. And connected from a web browser and got this 3 seconds later:

Communication Error

An AJAX error has been reported, so the current session has been terminated.

Please check if your printer is still on and try to connect again.

Error reason: timeout

Note that I had placed all 3 .bin files (including DuetWebControl.bin) on the CF card for Backup procedure #1. Does M997 S0 also install it? Or do I need to do this manually with the web interface?

mhackney

Forgot to mention, after doing the above the Settings->General panel shows:

firmware version 1.13 (2016-06-13)
Web interface: 1.11 JS: 1.11a=dc42

Is this the as-sent stock configuration?

mhackney

David, are you sure that the reported version # for the DuetWebControl.bin you uploaded yesterday is 1.11b-dc42?

I've attempted to upload this version 3 times now to verify that I can upload and I get the 1.11a-dc42 version even after a hard reboot.

At this point I am not able to stay connected to the web interface for very long at all. Interestingly, if I am quick and get an upload started, it seems to complete that successfully and then drops the connection a few seconds later. Perhaps it isn't actually uploading the new web control. Is there another way to install the web control?

mhackney

David, here's another odd thing. I set the MAC address in my config.g file to avoid conflicts. However, when I scan my network and find the Duet WiFi, it has a completely different MAC address than what I assigned.

I assign: M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xED
it shows up as: 18:fe:3498:c7

This address doesn't conflict with anything either but I find that odd.

roboduet

@mhackney:

I set the MAC address in my config.g file to avoid conflicts.

https://duet3d.com/wiki/Changes_to_config_gcodes_and_firmware_behaviour

The M540 command (set MAC address) has no effect.

Toddimus

@mhackney:

David, are you sure that the reported version # for the DuetWebControl.bin you uploaded yesterday is 1.11b-dc42?

I've attempted to upload this version 3 times now to verify that I can upload and I get the 1.11a-dc42 version even after a hard reboot.

At this point I am not able to stay connected to the web interface for very long at all. Interestingly, if I am quick and get an upload started, it seems to complete that successfully and then drops the connection a few seconds later. Perhaps it isn't actually uploading the new web control. Is there another way to install the web control?

I noticed a similar thing, but after the second try of re-uploading both the DuetWebControl.bin and DuetWiFiServer.bin and then running the M997 S1:2 and waiting for like 10 minutes (went to do something else and came back to it), it worked. I did a hard reboot of the Duet after the wait and then the web interface showed 1.11b-dc42.

Toddimus

@mhackney:

Toddimus, thanks but you probably didn't read David's reply, can't do it with bossac on the Duet WiFi!

I think I was typing my post right as David was typing his. I hadn't seen his until after. I haven't ever used bossac because I'm new to the Duet world and haven't needed it yet.

mhackney

@roboduet:

@mhackney:

I set the MAC address in my config.g file to avoid conflicts.

https://duet3d.com/wiki/Changes_to_config_gcodes_and_firmware_behaviour

The M540 command (set MAC address) has no effect.

Thanks.

mhackney

Consider yourself luck Toddimus! It was a bit of a pain on non-windows (i.e. OS X) platforms to get set up properly.

mhackney

@Toddimus:

I noticed a similar thing, but after the second try of re-uploading both the DuetWebControl.bin and DuetWiFiServer.bin and then running the M997 S1:2 and waiting for like 10 minutes (went to do something else and came back to it), it worked. I did a hard reboot of the Duet after the wait and then the web interface showed 1.11b-dc42.

I've tried everything I an think of and still no luck. Multiple re-uploads of DWC.bin and DWIFIS.bin and running M997, hard reboots, waiting, and still have the problem.

Toddimus

@mhackney:

@Toddimus:

I noticed a similar thing, but after the second try of re-uploading both the DuetWebControl.bin and DuetWiFiServer.bin and then running the M997 S1:2 and waiting for like 10 minutes (went to do something else and came back to it), it worked. I did a hard reboot of the Duet after the wait and then the web interface showed 1.11b-dc42.

I've tried everything I an think of and still no luck. Multiple re-uploads of DWC.bin and DWIFIS.bin and running M997, hard reboots, waiting, and still have the problem.

Did you try knocking (or touching) on wood with your fingers crossed? That sometimes works for me.

dc42

Michael, please try the following:

1. Make sure that the M552 S1 line in config.g is commented out. If the WiFi module is not running the right firmware, it can make the main firmware unresponsive if you enable WiFi.

2. Install the new main firmware file DuetWiFiFirmware.bin. If the WiFi is not working, then I suggest you either use SAM-BA to do this, or copy it on to the SD card and send M997 S0 from a USB host program. You will need to reconnect the USB host program when the firmware update has completed. Then send M115 and check that the reported firmware version is 1.15-beta3.

3. Copy the new DuetWiFiServer.bin to the SD card if it isn't there already, and install it by sending M997 S1 from your USB host. After it reports success, send M552 S1 to enable WiFi. If it connects to your network successfully, it should reply with a connected message within a few seconds. Otherwise, after about 30 seconds it should reply with a message saying that it is running as an access point.

4. You can then try connecting via WiFi. If it doesn't work, then try re-installing DuetWebControl.bin by putting it on the SD card and sending M997 S2.

I believe I have covered all the firmware update procedures in the links at https://duet3d.com/wiki/Duet_Wifi_Wiki#Firmware, but please tell me if you think I have left anything out.

If you want to revert to previous versions, please note the following:

The new DuetWebControl.bin should work with any versions of the main firmware and the wifi firmware
The new main firmware 1.15beta3 works with both the original and the new DuetWiFiServer.bin
The new DuetWiFiServer.bin will not work with main firmware prior to 1.15beta3.

HTH David

mhackney

Thanks David. I've done everything up to step 4. I can connect but it constantly drops the connection within a few seconds. Once this happens, the web interface won't connect but I can run from paneldue. I'll go through your procedure verbatim from scratch. Can I use the .bin files on the CF that came with the card?

dc42

Yes you can use the .bin files that came with the SD card. What we do to program a new board is this:

use SAM-BA to put the main firmware on the board
connect Pronterface via USB (note that the M552 S1 command in config.g is commented out, so it doesn't try to start the wifi module)
send M503 to make sure the SD card is working
send M997 S1:2 to install both DuetWiFiServer and DuetWebControl
send M552 S1 to start WiFi

mhackney

David,

So I started from scratch and followed the above to the letter EXCEPT I used the latest release you put on DropBox yesterday. I also made sure to disconnect USB and reboot the Duet between critical steps. My Pronterface log was clean:

[[language]]
>>>M997 S1:2
SENDING:M997 S1:2
 success
Erasing 295248 bytes...
Uploading file...
5% complete
10% complete
15% complete
20% complete
25% complete
30% complete
35% complete
40% complete
45% complete
50% complete
55% complete
60% complete
65% complete
70% complete
75% complete
80% complete
85% complete
90% complete
95% complete
Upload successful
Trying to connect at 460800 baud:
 success
Erasing 3125248 bytes...
Uploading file...
5% complete
10% complete
15% complete
20% complete
25% complete
30% complete
35% complete
40% complete
45% complete
50% complete
55% complete
60% complete
65% complete
70% complete
75% complete
80% complete
85% complete
90% complete
95% complete
Upload successful
>>>M552 S1
SENDING:M552 S1
WiFi server starting up
DuetWiFiServer version 1.01
Flash size 4194304, free RAM 31512 bytes, WiFi Vcc 3.34V, host name: Maxie, reset reason: Turned on by main processor
WiFi server connected to access point HackneyNet, IP=192.168.1.242

Upon success, I used an Incognito chrome browser so there was no cached cruft. It connected fine and I see that the firmware packages were updated:

Firmware Name:	RepRapFirmware for Duet WiFi
Firmware Version:	1.15-beta3 (2016-07-09)
Web Interface Version:	HTML: 1.11b-dc42, JS: 1.11b-dc42

Although it stayed connected a bit longer (30 seconds) I get the same AJAX communication error I've been getting:

Communication Error

An AJAX error has been reported, so the current session has been terminated.

Please check if your printer is still on and try to connect again.

Error reason: timeout, retries 1

Once this happens I can't reconnect via the web interface, I get this:

Error

Could not establish a connection to the Duet firmware! Please check your settings and try again.

However, I can use PanelDue with no problems.

This is all very similar to the experiences I had helping test Christian Hammacher's DWC code earlier this year to eradicate the disconnect problems many of us were having.
–--
So my next step is to use the original binaries - I saw you posted on another thread about this. I'll also capture a network trace with wireshark.

mhackney

Ok, I've now started from scratch as per your post above David - installed the pre-production firmware via SAM-BA, etc. I then installed the pre-production DWC.bin and DWiFiS.bin. Pronterface reported all of this installed successfully. Once these were installed, I setup Wireshark to capture traffic to my Duet WiFi's ethernet address. I then enabled WiFi in Pronterface.

I then launched an Incognito chrome browser and connected. I verified that all the pre-production version numbers were displayed on Settings->General. I feel confident that I have successfully back-graded everything to the pre-production binaries. I then homed from DWC. It lasted longer but I got a timeout and was able to capture the entire episode from initial turning on the WiFi to the failure. Since we can't attach files here, here's a link to the Wireshark trace on my dropbox: https://db.tt/FcFk6ZiA

mhackney

Note that when I capture network traces for my other Duets with external WiFi (TP-Link) I don't see any of the retransmissions and other issues seen in this trace. The printers sit next each other with very strong wifi signals to my router. I haven't had disconnects from any of the other 4 printers running earlier Duets with these TP-Links since helping Christian test his updates earlier this year that seem to have eradicated disconnect issues on that release.