Hi, I am trying the BB x32 in place of a xPro v5. I upgraded the firmware to the latest as of Friday (1.1f-20230501) first thing when I unboxed it. I have the Blackbox x32 set up, homing with NPN proximity, turning on IoT router, running gcode successfully. I am running XYZA and everything is tuned. I am using the webUI 3.0.0-a29.GH2 which seems pretty decent so I don't have to dedicate a laptop or trip over a USB cable. However, I am plagued by strange Error 2 (and sometime Error 1) responses. See below for some sample console output. I have to repeat a request 2-10 times. The request works fine once it sticks. I searched and searched, but have not seen any hits on my problem. This occurs on all types of GCODE requests. It does not seem to be an EMI issue because every operation and GCODE file runs fully once it takes and the same physical setup worked fine with the xPro v5. I am using all openbuilds shielded cable for my 3 and 7 foot extensions where necessary. If there is a recipe for gathering debug info that is needed, then please point me to the right spot and I will add that info. Thanks in advance, Mark Been using openbuilds stuff for 3-4 years, but this may be my first post here. I like trying new stuff, so had to have a go at the BB x32. I have several CNCs (running mach 3/4 with UC400ETH and USB controllers, tinyG, etc. and several 3D printers) Code: <Idle|MPos:0.000,0.000,0.000,0.000|Bf:35,1023|F:0> ok $J=G91 G21 A-50 F1000 error:2 $J=G91 G21 A-50 F1000 error:2 $J=G91 G21 A-50 F1000 error:2 $J=G91 G21 A-50 F1000 error:2 $J=G91 G21 A-50 F1000 ok Note that this is for a custom CNC I built and some of the steps/mm are unusual but correct. Code: $$ $0=10.0 $1=255 $2=0 $3=2 $4=0 $5=15 $6=1 $9=0 $10=3965 $11=0.010 $12=0.002 $13=0 $14=0 $15=0 $16=2 $17=0 $18=3 $19=0 $20=0 $21=1 $22=187 $23=0 $24=100.0 $25=1000.0 $26=250 $27=5.000 $28=0.100 $29=0.0 $30=1000.000 $31=0.000 $32=0 $33=5000.0 $34=0.0 $35=0.0 $36=100.0 $37=0 $39=1 $40=0 $43=1 $44=4 $45=8 $46=0 $47=0 $62=0 $63=3 $64=0 $65=0 $70=7 $73=1 $74=xxx $75=******** $100=5.744 $101=26.666 $102=199.100 $103=200.000 $110=20000.000 $111=10000.000 ok $112=5000.000 $113=5000.000 $120=500.000 $121=200.000 $122=150.000 $123=100.000 $130=100000.000 $131=2450.000 $132=45.000 $133=171.000 $320=BB32 $322=192.168.5.1 $323=192.168.5.1 $324=255.255.255.0 $325=23 $326=80 $327=81 $341=0 $342=30.0 $343=25.0 $344=200.0 $345=200.0 $346=1 $370=0 $376=0 $384=0 $396=30 $397=0 $398=35 $481=0 ok
Try a computer running CONTROL as a test, just to see if it makes a difference. We don't bother with the WebUI much (CONTROL has Telnet support so you can still use Wifi)
Note that errors are persistent in GrblHAL (unlike plain vanilla Grbl): "When a GCode results in an error this will persist for all subsequent GCodes processed until a reset, an empty line or system command ($ command) is issued. This change is for reducing the risk of dangerous moves following the error." See: Changes from grbl 1.1 [ETA: I think that the X-Pro would have been running GRBL_ESP32 or FluidNC that behave the same as vanilla Grbl in this respect.)
Oh, that is good to know! Thanks! I ran both the default grbl (ESP32?) and Fluid for the xPro v5 without error.
Will try this. Thanks for the quick response! Did not know about telnet, so that is a golden suggestion!! I want to use a leftover android tablet for the day to day, thus the webui usage. I wanted to use the Blackbox Interface I bought, but it lacks the A axis support AFAIK. I have another CNC I am building later I can use it on. On a related note, Is there a recommended BB x32 power up sequence? Sometimes I have to power cycle a couple of times or follow with a reset to get the web UI to respond. Haven't found the magic sequence yet. I haven't pinged or played to see if it is a tcp/ip vs web server problem. Is there a recommendation of how long to wait during a power off /cycle and when to use reset?
Neither of which is the more modern grblHAL grblHAL which is in use here No specific power up needed, if the WebUI isnt coming up its probably a networking issue (bad signal, bad DHCP server, etc)
Yeah - my point was that with GRBLHal, once an error has been generated, it will continue to be reported, even if you send perfectly legitimate commands until you send something to acknowlege the error (unless Control does it for you). The other flavours don't do that.
This behaviour can be disabled, along with some other new features, by compiling with compatibility level set > 0.
@Peter Van Der Walt CONTROL works great with zero issues over telnet, so thanks for that recommendation. I should have asked earlier, but I hate bothering people if it is something stupid I am doing. haha. I really want to use my android tablet and android phone as primary UI. Web interfaces give the ultimate portability, so getting that fixed eventually would be good for the BB32. Anyone else seeing this issue? Seems like I would not be alone. I can use CONTROL to get the machine configured and the web interface may be reliable enough to kick off the cuts. Should I open an issue on GitHub - grblHAL/Plugin_WebUI: ESP3D-WEBUI backend for networking capable drivers/boards with SD card support ? Just to share for others who may stumble onto this thread, my web UI was also backlevel. Found another thread that talks about updating the web ui independently from the firmware. I upgraded to 3.0.0-a38.GH2 which still has the error, but maybe less frequently. It seems like there is some time flavor of a blocking issue for subsequent requests, like an intentional or unintentional debounce. @Misterg sending a '?' seemed to clear the debounce-like blocking issue earlier. Thanks for the tip. I would like to try grblTouch for tablet usage. Will put that on my todo list.
It's not as much an issue as a workflow - after an alarm/error you should clear it: Alternatively use Compatibility mode: But that disables some other useful features Get a $80 Windows 10 tablet of Amazon, Install CONTROL (;
Its a thought. I have 2 perfectly good leftover android tablets I also use for OctoApp/Octoprint/Octopi, bambu handy, etc. in my workshop
Yeah CONTROL has not been built for android, you can run CONTROL on a PC and access its web interface from any device, but to run it you need Win/Mac/Linux
FYI fixes for both grblHAL and the WebUI that allows clearing repeating errors by sending a blank line from the WebUI Terminal MDI has now been committed.
