New to Maslow/Webcontrol. Did not find this problem in a forum search.
Just built a Maslow, overall its working well, but have a constant problem w WebControl. Seems to be sync issue between browser and WebControl server. After every command or two I have to refresh the page in order for WebControl to work again. Exmaple;
Upload gcode file successfully
(WebControl non-responsive)
Refresh page (using refresh button on browser)
Open gode file successfully
(WebControl non-responsive)
Refresh page
Press play to start cutā¦
Note that each refresh/reload typically takes at least 30 seconds.
This is what I now have to do every time I use WebControl.
The cut itself runs fine, only have this problem when issuing commands via WebControl.
I have tested this on both Windows 10 and Android using Chrome on both. Same behavior.
I normally connect to WebControl via a router, but have also tested this by connecting directly to the WebControl AP. Same result.
What platform is webcontrol server running on? Can you see any of the log messages? Those may help point to a cause. Iāve had webcontrol run on Linux, raspberry pi, and windows all without issue.
On a rpi, if you stop the service and the manually start webcontrol from a terminal window then you can see its output in real time. Perhaps that would tell you more than digging through a long log file. Is it on a 3b or newer? Are you running the full desktop or headless server?
that should not happen. what browser are you using on what platform? I use webcontrol on my phone and on my laptop with chrome and I never reload it. I tried it in Brave and it didnāt do very well. not sure why.
Just logged onto Rpi via SSH and even a simple terminal session is hanging periodicallyā¦so something odd going on systemically. Likely a network config issue.
I used the packaged WebControl system image and Ive not tweaked anything. Hmmmā¦
Yes, Iāve seen that on Rpiās before. Will double check capacity of power supply tomorrowā¦and I have an old monitor I can plug in to watch for low power.
As I recall it shows up when running VNC too so may try that as well.
confirmed good power supply (checked voltage, swapped with know good, checked voltage again, all good)
confirmed not a hardware problem by swapping SD card into a known good Rpi and firing it up as webcontrol.
Had same hanging issue in all cases.
My original install was from the pre-built webcontrol image, so I am now building another image manually to see what problems crop up. Iāve muddled my way thru getting Docker installed (a problem area on Buster). Docker has now successfully run its āHello Worldā test app.
My config is an Rpi 3B, running Buster.
I could use a bit more detail on the final lines of the webcontrol install.
"
ā¦
Mount a data/config volume at /root/.WebControl
Expose port 5000
Run with privileged: true security context for USB access.
ā¦
"
For example, run what with āprivileged: trueā?
Open to any other troubleshooting suggestions too.
I took a break from fiddling with building a manual image and gave the pre-packaged image another shot. I built it to a 16GB Class 10 SD card. It seems to have resolved the issue.
The original image, from the pre-packaged image, was built to an 8GB Class 4 SD Card. Per respberrypi.org an 8GB card should be adequate for Buster Lite and they are ambivalent about the card class. I assumed that WebControl was not IO intensive so card class should not matterā¦correct?
Iām not certain this is what caused/solved the problem, but at least itās working now!