grblHAL
Builds LOCKING up Controller and NOT allowing for USB/ETHERNET connections after Successful Flash
Hello Terje,
I have been working with Francis on some testing and his new sender project. I am sick of SienciHAL and all of its limitations and proprietary code, even though its supposed to be open source. I have been at it again the last few days trying to get a successful grblHAL build on my Altmill SLB-EXT and am having nothing but issues.
The very first build I attempted was the only one that actually seemed to work and let me connect after the initial power cycle after flashing. From there though I was met with an Alarm17 motor error that i absolutely could not get to clear. I have tried quite a few different builds since the original and every time now I am met with a frozen controller that I can not connect to with USB or Ethernet. My device manager doesnt even recognize it like it is still in DFU mode or something?
The only way I was able to get out of it was by using the STM Cube programmer and My ST probe for work that I happened to have at the house. I then just tried to flash with the STM cube programmer instead of the built in flash tool inside of gSender and still me with the same results of no connectivity. I really want to use grblHAL and get away from SienciHAL completely, or at least until they finally complete the merge back to grblHAL, whenever that may be? Is there some advice or help you can provide me to help me get a succesful build?
I have also tried Francis' JSON to start a build, as well as the developer link that auto-filled the Altmill MK2 info and all results have been the same unfortunately and all failed. I have included all the builds and JSON's that I have tried thus far starting from last week until this morning. Thank you in advance for any help or guidance you can provide.
NEW LINK WEB BUILDER_STM32F4xx_LONGBOARD32_EXT.json MATT_10-13-25_STM32F4xx_LONGBOARD32_EXT.json FRANCIS_STM32F4xx_LONGBOARD32_EXT (5).json STM32F4xx_LONGBOARD32_EXT (4).json STM32F4xx_LONGBOARD32_EXT (3).json STM32F4xx_LONGBOARD32_EXT (2).json STM32F4xx_LONGBOARD32_EXT (1).json
Additionally when looking at different JSON files from the Web Builder, I noticed that my oldest Build as well as Francis' (Siganberg) has a Memory size of 16384, which I see in the Stock SienciHAL platformio.ini files as well, but in all my newest/recent builds including todays the memory size all say 8192 now, Would this have to do with issues I am seeing? Or was there changes made and this is the correct memory size now?
I committed a potential fix a bit earlier, the macro plugin caused as hardfault if its settings data were bad. The Web Builder has been updated with the fix.
I reduced the MEM_SIZE to free up enough RAM for the WebUI to run, it is allocated for the lwIP stack and has nothing to do with the lock up.
