GrblHAL should respond to the ? in exactly the same way that GRBL does… I’ve tested for this.
And it doesn’t matter if it’s a laser or CNC machine - the response formatting should be the same.
Is the “Show All” button on before you connect to your machine? If it is, there’s a bug where you need to turn it off and on again after the connection is established.
It may be worth putting your $10=511 back, all the extra values do is send extra messages in the status message, and that won’t break the position parsing at all.
The board selection in the Arduino IDE only matters if you need to compile and upload code to the controller.
The Serial Monitor should be accessible without selecting a board.
With all that has been said, it sounds like the grblHAL software is corrupted and a fresh EXE needs to be installed on the controller board. I do not think a recompile is necessary at this time.
So I read 511 as meaning the bits enabled are 0 through 8 respectively. So 511 would report machine position, the buffer state, the line number (if available), the feed speed, the pin state, the WCO, overrides, the probe coordinates and it would flag a WCO change.
As far as I know, anything past bit 2 is extended from GRBL.
I have tried them again with the console window showall button on and off in connected and disconnected and stille get same result . Click on get all button just gets me a polling (OK) followed by (?) continually as per the images i gave.. I lso tried to get serial monitor in Adrino but it wants a board. Sorry not sure what to do from here. I am happy to try anything but at this point it appears it wont work.
I’d brought up grblhal with Oz three years ago with Lightburn/Linux and word was LightBurn only supported the GRBL spec so all of the extensions of 32bit GRBL can’t be seen or manipulated in Lightburn and have to be changed in the console. That would also meen if LightBurn/Mage is writing anything now saved in the file it will not preserve the extended data.
Too bad there is not a “standard” for extended GRBL. When I ask others to do the $$ thing in the Console, I get back all sorts of $xx stuff that is not defined by the GRBL standard. The manufacturers are free to compile them into whatever they want. Seeing $10=511 is a classic example. GRBL says 1, 2, or 3 (00000011). The number 511 is 111111111 (9 bits) all turned on.
I totally agree, it’s what will percolate to the top. Maybe adding new words to the config is more of a pain or is frowned upon so they add bits to existing fields. Agreed it sucks and it would have been nice if GRBL devs picked a platform to move to 32bits but instead they just seemed to freeze at 8bit and let others fork. GRBLHAL seems to be the GRBL-like winner for multi-machine platform while FluidNC would be a 2nd choice.
I messed with GRBLHAL on a cheap diode machine on STM32 MCUs three years ago when I brought it up on these forums and I’ve seen it mentioned often over the three years. And it’s really crazy if a device maker uses an 8-bit controller today instead of 32-bit controller. $0.02
GrblHAL is a well-documented firmware derived from GRBL. We could keep up with it.
But the problem is that most manufacturers start with the GRBL arduino code, and then just shove their own proprietary and undocumented features into it.
Or worse. We’ve seen manufacturers write their custom firmware from scratch, and borrow only a subset of the GRBL commands list, and brand their laser as “GRBL-compatible” when it really isn’t.
It’s chaos, and we’re trying our best to find a good solution, but it’s not trivial. It would also need buy-in from the manufacturers. And that’s been difficult to get.
Just because LightBurn doesn’t explicitely handle the added GrblHAL extensions doesn’t mean you can’t use them as normal.
I run a GrblHAL cnc myself (Kubus Pro) with LightBurn and MillMage without any issue. This is why I’m flummoxed by the problems you have to get a simple position report out of your machine.
Can you share the configuration bundle and the exact controller model? (if you don’t know, then the manufacturer and model of the CNC you’re trying to use will do).
What version of firmware are you running. I am running the same controller here and have not had any issues but my firmware is probably a year old. We also have an Altmill in house whose controller is a descendent of the Flexi and works without issue
are you running the pendant too? I feel like I saw you mention that.
I am running firmware dated MAR 13 2025 For PRINTNC. When it didnt work at first i did do a firmware update incase there was a issue or chnage but made no difference. And i am running the Jog2k control.