WiFi disconnect errors
-
The printer has been sitting idle since the last post (about 43 minutes).
-
I just had a disconnect.
-
I was not able to re-connect from DWC.
-
I am not able to ping the printer
-
Router is an ASUS RT-N66R running the Asus-Merlin firmware 380_68.4
Latest log from the still USB connected computer is below:
[[language]] WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 WiFi: p->ref == 1 >>>M122 SENDING:M122 === Diagnostics === Used output buffers: 3 of 32 (11 max) === Platform === RepRapFirmware for Duet WiFi version 1.20beta8+1 running on Duet WiFi 1.0 Board ID: 08DAM-999TL-MQ4S8-6JKDJ-3SJ6K-16BVW Static ram used: 15488 Dynamic ram used: 99336 Recycled dynamWiFi: ic ram: 3960 Stack ram used: 4328 current, 9428 maximum NWiFi: LINK ever used ram: 2860 Last reset 03:22:04 ago, cause: power up Last software reset reason: User, spinning module GCodes, available RAM 3192 bytes (slot 1) Software reset code 0x0003, HFSR 0x00000000, CWiFi: xmit: 0 FSR 0x00000000, ICSR 0x00400000, BFAR 0xe000ed38, SP 0xffffffff Error status: 0 Free file entriWiFi: recv: 0 es: 10 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest block write time: 0.0ms MCU temperature: min 34.2, current 34.4, max 38.7 Supply voltaWiFi: fw: 0 ge: min 12.2, current 12.3, max 12.5, under voltage events: 0, over voltage events: 0 Driver 0: standstill Driver 1: standstill DriWiFi: drop: 0 ver 2: standstill Driver 3: standstill Driver 4: standstill Date/time: 2017-11-19 12:42:48 Cache data hit count 4294967295 SlWiFi: chkerr: 0 owest main loop (seconds): 0.116336; fastest: 0.000112 === Move === MaxReps: 0, StepErrors: 0, FreeDm: 240, MinFreeDm 240, MaxWait: 0ms, Underruns: 0, 0 Scheduled WiFi: lenerr: 0 moves: 0, completed moves: 0 Bed compensation in use: none Bed probe heights: 0.300 0.175 0.1WiFi: memerr: 0 53 0.075 0.295 === Heat === Bed heater = 0, chamber heater = -1 Heater 0 is on, I-accum = 0.0 Heater 1 is on, I-accum = 0.7 === GCodes === Segments left: 0 Stack records: 1 allocated, 0 in use Movement lock held by null http is idle in state(s) 0 telnet isWiFi: rterr: 0 idle in state(s) 0 file is idle in state(s) 0 sWiFi: proterr: 0 erial is ready with "M122" in state(s) 0 aux is idle in state(s) 0 daemon is idle in state(s) 0 queue is idle in state(s) 0 autopause is idle in state(s) 0 Code queue is empty. Network state is running WiFi mWiFi: opterr: 0 odule is connected to access point Failed messages: pending 0, notready 0, nWiFi: err: 0 oresp 0 WiFi firmware version 1.20b9 WiFi MAC address a0:20:a6:16:eb:66 WiFi Vcc 3.38, reset reason Turned on by main processor WiFi flash size 4194304, free heap 28584 WiFi IP adWiFi: cachehit: 0 dress 192.168.62.118 WiFi signal strength -59dBm, reconnections 0, sleep mode modem HTTP sessions: 2 of 8 SoWiFi: cket states: 0 0 0 0 0 0 0 0 Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) WiFi: ETHARP WiFi: xmit: 4 WiFi: recv: 2331 WiFi: fw: 0 WiFi: drop: 8472 WiFi: chkerr: 0 WiFi: lenerr: 0 WiFi: memerr: 0 WiFi: rterr: 0 WiFi: proterr: 8472 WiFi: opterr: 0 WiFi: err: 0 WiFi: cachehit: 61640 WiFi: WiFi: IP WiFi: xmit: 61750 WiFi: recv: 36768 WiFi: fw: 0 WiFi: drop: 0 WiFi: chkerr: 0 WiFi: lenerr: 0 WiFi: memerr: 0 WiFi: rterr: 0 WiFi: proterr: 0 WiFi: opterr: 0 WiFi: err: 0 WiFi: cachehit: 0 WiFi: WiFi: IGMP WiFi: xmit: 2 WiFi: recv: 106 WiFi: drop: 0 WiFi: chkerr: 0 WiFi: lenerr: 0 WiFi: memerr: 0 WiFi: proterr: 0 WiFi: rx_v1: 0 WiFi: rx_group: 0 WiFi: rx_gent: 10141 WiFi: recv: 23497 WiFi: fw: 0 WiFi: drop: 0 WiFi: chkerr: 0 WiFi: lenerr: 0 WiFi: memerr: 0 WiFi: rterr: 0 WiFi: proterr: 0 WiFi: opterr: 0 WiFi: err: 0 WiFi: cachehit: 0 -
-
Interestingly, after posting the entry above, the following happened in the still running log, which did allow me to reconnect from DWC:
[[language]] WiFi: state: 5 -> 2 (10c0) WiFi: rm 0 WiFi: pm close 7 WiFi reported error: Lost connection, auto reconnecting WiFi: reconnect WiFi: state: 2 -> 0 (0) WiFi: scandone WiFi: state: 0 -> 2 (b0) WiFi: state: 2 -> 3 (0) WiFi: state: 3 -> 5 (10) WiFi: add 0 WiFi: aid 7 WiFi: cnt WiFi: WiFi: connected with Aloha, channel 7 WiFi: dhcp client start... WiFi reported error: Auto reconnect succeeded WiFi: ip:192.168.62.118,mask:255.255.255.0,gw:192.168.62.1 WiFi: pm open,type:2 0 -
Thanks for that. The p->ref==1 definitely indicates an error. I've spotted a patch that someone made to lwip 1.4 for the ESP8266, and that patch isn't in any of the official sources, so I'm beginning to suspect it. It's strange that I never see those messages.
The latest log entry you posted indicates the WiFi connection was lost but the auto reconnection done by the WiFi SDK succeeded. That's the first time I've seen evidence of that working.
-
I don't have any log data for you but I have some interesting other data.
I had been having numerous Ajax time outs and most of the time I couldn't reconnect but occasionally I could. I had a strong signal with RSSI values from -38 to -40. My network was made up of two Apple Airport Extreme (the latest version) access points. One as my router and the 2nd extending the network to my basement where my printer is. Sometimes the printer would connect to the access point two floors away instead of the one 6 feet from the printer. Also, since the Airport Extremes don't have a dedicated radio to extend the network the performance wasn't as good as it could be with some of the new tri-band routers.
Yesterday, I replaced the Airport Extremes with a 3 node Netgear Orbi setup. The Orbi remote closest to the printer is in the same location as that the 2nd Airport Express was. There is also an additional Orbi remote one floor up and the primary Orbi Router is two floors up from where the printer is. The connection has been rock solid with this setup for about 24 hours now. I've had a few disconnects related to the laptop going to sleep or such, but that is to be expected. I can always immediately reconnect when I need to. I have had no disconnects when I wouldn't expect them.
I'm also finding the my wireless performance better overall.
I think at least one other person has mentioned that they use an Apple router. It would be interesting to see if there is any correlation between what routers people use and the disconnects.
Of course, if this patch you just found fixes it, I guess it won't matter.
-
I have good WiFi connectivity, RSSI -43dBm, Broadcom chipset based router. Have upgraded to latest firmware and beta9 server, could do two small prints of 30 minutes without issue, this morning I could not reconnect. Unfortunately i accidentally turned off the pc i used for usb logging, will retry tonight.
-
I think at least one other person has mentioned that they use an Apple router. It would be interesting to see if there is any correlation between what routers people use and the disconnects.
I've had various problems with Duets and WiFi for a long time, and I'm also using an AirPort Extreme. It mostly works fine nowadays, but I'm still having problems from time to time. I recently updated to 1.20b, but it's too early to determine whether that has made a difference.
-
I've replaced my Apple router with Google WiFi today, and it still disconnects, so I don't think it is related to particular router model.
-
I've replaced my Apple router with Google WiFi today, and it still disconnects, so I don't think it is related to particular router model.
If it is router related I wouldn't necessarily expect it be limited to a single brand but it could be related to a particular WiFi chipset or chipset family. It's hard to say without a fair bit of data.
-
I haven't updated to the newer firmwares yet b/c this current setup has been working so well for me compared to really horrible results previously. BUT over the past few days I have started getting some disconnects an also getting locked out. It is still really good compared the past, with only probably 4-5 disconnects over the past 3 days. Here is my latest M122 immediately following a disconnect. I will upgrade the firmwares after this current print.
SENDING:M122 === Diagnostics === Used output buffers: 2 of 32 (11 max) === Platform === RepRapFirmware for Duet WiFi version 1.20beta7 running on Duet WiFi 1.0 Board ID: 08DDM-9FAM2-LW4SD-6JTF0-3S86N-TLWZX Static ram used: 15472 Dynamic ram used: 99192 Recycled dynamic ram: 4120 Stack ram used: 3992 current, 9144 maximum Never used ram: 3144 Last reset 04:34:43 ago, cause: power up Last software reset reason: User, spinning module GCodes, available RAM 7296 bytes (slot 3) Software reset code 0x0003, HFSR 0x00000000, CFSR 0x00000000, ICSR 0x00400000, BFAR 0xe000ed38, SP 0xffffffff Error status: 0 [ERROR] Error status: 0 Free file entries: 9 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest block write time: 42.8ms MCU temperature: min 23.3, current 35.1, max 36.0 Supply voltage: min 12.2, current 12.6, max 12.9, under voltage events: 0, over voltage events: 0 Driver 0: ok Driver 1: ok Driver 2: open-load-B Driver 3: ok Driver 4: standstill Date/time: 2017-11-20 22:00:32 Cache data hit count 4294967295 Slowest main loop (seconds): 0.080215; fastest: 0.000041 === Move === MaxReps: 5, StepErrors: 0, FreeDm: 136, MinFreeDm 120, MaxWait: 2289273250ms, Underruns: 0, 0 Scheduled moves: 221848, completed moves: 221818 Bed compensation in use: none Bed probe heights: -0.162 -0.151 -0.081 -0.058 -0.041 === Heat === Bed heater = 0, chamber heater = -1 Heater 0 is on, I-accum = 0.3 Heater 1 is on, I-accum = 0.5 === GCodes === Segments left: 1 Stack records: 2 allocated, 0 in use Movement lock held by file http is idle in state(s) 0 telnet is idle in state(s) 0 file is doing "G1 X0.401 Y8.421 E0.0067" in state(s) 0 serial is ready with "M122" in state(s) 0 aux is idle in state(s) 0 daemon is idle in state(s) 0 queue is idle in state(s) 0 autopause is idle in state(s) 0 Code queue is empty. Network state is running WiFi module is connected to access point Failed messages: pending 0, notready 0, noresp 0 WiFi firmware version 1.20b8-nosleep WiFi MAC address 5c:cf:7f:ef:51:6f WiFi Vcc 3.38, reset reason Turned on by main processor WiFi flash size 4194304, free heap 29144 WiFi IP address 10.0.1.161 WiFi signal strength -37dBm, reconnections 4, sleep mode none HTTP sessions: 1 of 8 Socket states: 0 0 0 0 0 0 0 0 Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) -
It's interesting to see that you had 4 successful reconnections.
-
I've now been on my new WiFi network for 3 days and I have had no unexpected disconnects. I can reconnect immediately after any expected disconnects (laptop goes to sleep or I close my iPad) and the response is very quick.
-
Been following this thread for a while now.
What is the current consensus for stable WiFi ?
I have updated to the latest stable firmware and server releases. My printer is 300mm from the WiFi router and there are no other WiFi networks available and yet the network connection is currently dropping within seconds of starting the printer up.
I have managed to start one print in the last 2 days before the WiFi connection dropped and that ran to completion so it can only be an issue with the WiFi module.
Really beginning to wish I had paid the extra for an ethernet electronics board
-
…
What is the current consensus for stable WiFi ?I have updated to the latest stable firmware and server releases. My printer is 300mm from the WiFi router and there are no other WiFi networks available and yet the network connection is currently dropping within seconds of starting the printer up.
I have managed to start one print in the last 2 days before the WiFi connection dropped and that ran to completion so it can only be an issue with the WiFi module.
Please work through https://duet3d.com/wiki/WiFi_disconnections_and_AJAX_timeout_errors first, in particular check the signal strength.
If the problem isn't signal strength, then the reports I have are that RepRapFirmware 1.20beta11 with DuetWiFiServer 1.20beta10 are more stable than the 1.19 versions in the stable release folder. So please try them. We have further work under way on DuetWiFiServer which we hope will resolve a remaining issue that some users experience.
-
Okay I have the recommended Beta's installed -
Firmware Name: RepRapFirmware for Duet WiFi
Firmware Electronics: Duet WiFi 1.0
Firmware Version: 1.20beta11 (2017-11-28)
WiFi Server Version: 1.20b10
Web Interface Version: 1.19And I have MacPronterface, connected via a USB cable, monitoring the WiFi debugging messages - fingers crossed.
-
Thanks, let us know how it goes.
-
Suffered a disconnect during a print but print still running
Output of M122
m122
SENDING:M122
=== Diagnostics ===
Used output buffers: 2 of 32 (14 max)
=== Platform ===
RepRapFirmware for Duet WiFi version 1.20beta11 running on Duet WiFi 1.0
Board ID: 08DGM-95BNL-MGPSN-6JKDJ-3S46N-1LWHW
Static ram used: 15488
Dynamic ram used: 97768
Recycled dynamiWiFi:
c ram: 1432
Stack ram used: 4328 current, 9212 maximum
NeWiFi: LINK
ver used ram: 7172
Last reset 18:45:25 ago, cause: power up
Last software reset reason: User, spinning module GCodes, available RAM 7400 bytes (slot 2)
Software reset code 0x0003, HFSR 0x00000000, CFWiFi: xmit: 0
SR 0x00000000, ICSR 0x00400000, BFAR 0xe000ed38, SP 0xffffffff
Error status: 1
[ERROR] Error status: 1Free file entrieWiFi: recv: 0
s: 9
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest block write time: 347.2ms
MCU temperature: min 36.8, current 42.3, max 42.6
Supply voltaWiFi: fw: 0
ge: min 11.5, current 12.5, max 13.1, under voltage events: 1, over voltage events: 0
Driver 0: ok
Driver 1: ok
Driver 2: ok
DriverWiFi: drop: 0
3: standstill
Driver 4: standstill
Date/time: 2017-12-03 15:10:06
Cache data hit count 4294967295
Slowest main loop (secondsWiFi: chkerr: 0
0.349178; fastest: 0.000040
=== Move ===
MaxReps: 5, StepErrors: 0, FreeDm: 163, MinFreeDm 137, MaxWait: 50818999ms, Underruns: 11, 1
Scheduled moves: 157311, completed moves: 157281
Bed compensation in use: mesh
Bed probe heights: 0.000 0.000 0.000 0.0WiFi: lenerr: 0
00 0.000
=== Heat ===
Bed heater = 0, chamber hWiFi: memerr: 0
eater = -1
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.4
=== GCodes ===
Segments left: 1
Stack records: 2 allocated, 0 in use
Movement lock held by null
http is idle in state(s) 0
telnet is idle WiFi: rterr: 0
in state(s) 0
file is doing "G1 X47.277 Y63.098 F9000" in state(s) 0
serial isWiFi: proterr: 0
ready with "M122" in state(s) 0
aux is idle in state(s) 0
daemon is idle in state(s) 0
queue is idle in state(s) 0
autopause is idle in state(s) 0
Code queue is empty.
Network sWiFi: opterr: 0
tate is running
WiFi module is connected to access point
Failed messages: pending 0, notready 0, noresp 0
WiFi: err: 0
WiFi firmware version 1.20b10
WiFi MAC address a0:20:a6:2f:bb:fe
WiFi Vcc 3.43, reset reason Turned on by main processor
WiFi flash size 4194304, freWiFi: cachehit: 0
e heap 28904
WiFi IP address 192.168.1.15
WiFi signal strength -27dBm, reconnections 0, sleep mode modem
HTTP sessions: 1 of 8
Socket statWiFi:
es: 0 0 0 0 0 0 0 0
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
WiFi: ETHARP
WiFi: xmit: 4
WiFi: recv: 1637
WiFi: fw: 0
WiFi: drop: 1923
WiFi: chkerr: 0
WiFi: lenerr: 0
WiFi: memerr: 0
WiFi: rterr: 0
WiFi: proterr: 1923
WiFi: opterr: 0
WiFi: err: 0
WiFi: cachehit: 24039
WiFi:
WiFi: IP
WiFi: xmit: 24104
WiFi: recv: 36990
WiFi: fw: 0
WiFi: drop: 0
WiFi: chkerr: 0
WiFi: lenerr: 0
WiFi: memerr: 0
WiFi: rterr: 0
WiFi: proterr: 0
WiFi: opterr: 0
WiFi: err: 0
WiFi: cachehit: 0
WiFi:
WiFi: IGMP
WiFi: xmit: 7
WiFi: recv: 39
WiFi: drop: 0
WiFi: chkerr: 0
WiFi: lenerr: 0
WiFi: memerr: 0
WiFi: proterr: 0
WiFi: rx_v1: 0
WiFi: rx_group: 0
WiFi: rx_genet 17033
WiFi: recv: 33948
WiFi: fw: 0
WiFi: drop: 0
WiFi: chkerr: 0
WiFi: lenerr: 0
WiFi: memerr: 0
WiFi: rterr: 0
WiFi: proterr: 0
WiFi: opterr: 0
WiFi: err: 0
WiFi: cachehit: 0 -
Are you able to reconnect?
-
Not without issuing an M552 S-1 & M552 S1.
The logs are being taken from MacPronterface which is connected via USB
-
If I had to guess I would say that it is almost as though the Web Server has shutdown rather than the WiFi connection.
Just started a print which is predicted to run for 2 hours plus so will keep an eye on it.
-
- A M122 diagnostic report produced when WiFi was connected
=== Diagnostics === Used output buffers: 3 of 32 (17 max) === Platform === RepRapFirmware for Duet WiFi version 1.20beta11 running on Duet WiFi 1.0 + DueX5 Board ID: 08D6M-91AST-L23S4-7JTD8-3S86K-1PX1K Static ram used: 15488 Dynamic ram used: 98920 Recycled dynamic ram: 280 Stack ram used: 1368 current, 9220 maximum Never used ram: 7164 Last reset 01:51:24 ago, cause: software Last software reset reason: User, spinning module GCodes, available RAM 3032 bytes (slot 0) Software reset code 0x0003, HFSR 0x00000000, CFSR 0x00000000, ICSR 0x00400000, BFAR 0xe000ed38, SP 0xffffffff Error status: 2 Free file entries: 8 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest block write time: 0.0ms MCU temperature: min 28.0, current 28.2, max 28.7 Supply voltage: min 24.3, current 24.5, max 24.8, under voltage events: 0, over voltage events: 0 Driver 0: ok Driver 1: ok Driver 2: standstill Driver 3: standstill Driver 4: standstill Driver 5: standstill Driver 6: ok Driver 7: standstill Driver 8: standstill Driver 9: standstill Expansion motor(s) stall indication: no Date/time: 2017-12-04 11:26:10 Cache data hit count 4294967295 Slowest main loop (seconds): 0.119764; fastest: 0.000112 === Move === MaxReps: 7, StepErrors: 194, FreeDm: 215, MinFreeDm 159, MaxWait: 0ms, Underruns: 0, 0 Scheduled moves: 12230, completed moves: 12221 Bed compensation in use: none Bed probe heights: 0.000 0.000 0.000 0.000 0.000 === Heat === Bed heater = 0, chamber heater = -1 Heater 0 is on, I-accum = 0.0 Heater 4 is on, I-accum = 0.4 === GCodes === Segments left: 1 Stack records: 2 allocated, 0 in use Movement lock held by null http is idle in state(s) 0 telnet is idle in state(s) 0 file is doing "G1 X163.249 Y162.84 E0.01646" in state(s) 0 serial is idle in state(s) 0 aux is idle in state(s) 0 daemon is idle in state(s) 0 queue is idle in state(s) 0 autopause is idle in state(s) 0 Code queue is empty. Network state is running WiFi module is connected to access point Failed messages: pending 0, notready 0, noresp 0 WiFi firmware version 1.20b10 WiFi MAC address a0:20:a6:16:e6:c6 WiFi Vcc 3.26, reset reason Turned on by main processor WiFi flash size 4194304, free heap 27952 WiFi IP address 10.0.0.115 WiFi signal strength -29dBm, reconnections 0, sleep mode modem HTTP sessions: 1 of 8 Socket states: 0 2 0 0 0 0 0 0 Responder states: HTTP(1) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) [[language]] ```- The make and model of your WiFi router **Asus RT AC56U** - Does the problem occur mainly (or only) during printing, or does it occur equally frequently when the printer is idle? **Both but more so when printing** - When the problem occurs, are you able to reconnect by pressing the Connect button in DWC? **Rarely. I have been issuing the wifi module reset command from Paneldue as a work around most of the time.** - If you are unable to connect, are you still able to ping the IP address of the Duet WiFi? **No. Timesout** - Anything else that you think may be correlated with disconnections occurring **It seems that mine is more likely to lose connection if I leave the focus on the Web Control tab in Chrome. I don't know if this is because fewer things are updated when Web Control is not the focus?**
