bdring / Grbl_Esp32

A port of Grbl CNC Firmware for ESP32
GNU General Public License v3.0
1.71k stars 531 forks source link

Uploaded Test Drive, connects to network but I can't connect to ESP3D WebUI via http://grblesp.local/ #693

Closed JonAllen816 closed 3 years ago

JonAllen816 commented 3 years ago

Bart, Thanks for keeping up the great work!

I have some experience with Grbl_Esp32 running on MPCNC_V1P2 and am curious to test drive the new WebUI and 6-pack controller.

Currently I don't have my ESP32 connected to anything except via USB to MacbookPro. I successfully compiled, uploaded and can monitor via VSCode/Platformio/Terminal but when I try to connect via hostname:http://grblesp.local/ or directly to 192.168.21 to initiate ESP3D/WebUI setup; the browser never connects and then the ESP32 is non-responsive via Terminal ([ESP400], [ESP420], [ESP444], etc.) until I reboot it manually.

This is my serial monitor output after re-connecting:

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:1 load:0x3fff0018,len:4 load:0x3fff001c,len:1216 ho 0 tail 12 room 4 load:0x40078000,len:9720 ho 0 tail 12 room 4 load:0x40080400,len:6352 entry 0x400806b8

[MSG:Grbl_ESP32 Ver 1.3a Date 20201124] [MSG:Compiled with ESP32 SDK:v3.2.3-14-gd3e562907] [MSG:Using machine:Test Drive - Demo Only No I/O!] [MSG:Axis count 3] [MSG:Timed Steps] [MSG:Init Motors] [MSG:No spindle]

[MSG:Client Started] [MSG:Connecting Lucky7] [MSG:Connecting.] [MSG:Connecting..] [MSG:Connecting...] [MSG:Connecting....] [MSG:Connected with 192.168.1.21] [MSG:Start mDNS with hostname:http://grblesp.local/] [MSG:SSDP Started] [MSG:HTTP Started] [MSG:TELNET Started 23]

Grbl 1.3a ['$' for help] [ESP420] Chip ID: 27814 CPU Frequency: 240Mhz CPU Temperature: 38.9C Free memory: 109.03 KB SDK: v3.2.3-14-gd3e562907 Flash Size: 4.00 MB Baud rate: 115200 Sleep mode: Modem Available Size for update: 1.87 MB Available Size for SPIFFS: 169.38 KB Web port: 80 Data port: 23 Hostname: grblesp Current WiFi Mode: STA (30:AE:A4:DD:A6:6C) Connected to: Lucky7 Signal: 82% Phy Mode: 11n Channel: 6 IP Mode: DHCP IP: 192.168.1.21 Gateway: 192.168.1.1 Mask: 255.255.255.0 DNS: 192.168.1.1 Disabled Mode: AP (30:AE:A4:DD:A6:6D) Current BT Mode: Off Notifications: Disabled FW version: 1.3a (20201124) (ESP32)

bdring commented 3 years ago

Are you connecting to the WiFi access point it creates or using your home router?

192.168.21 is not correct. Is that a typo?

JonAllen816 commented 3 years ago

I initially tried to connect in AP mode but couldn't get it to establish a wifi connection directly to GrblEsp so then I set it in STA mode which connected to my LAN.

192.168.21 is the IP of the ESP32, no typo; message above was copied from Terminal and I verified it with NETGEAR router manager: attached devices.

Wireless Devices (Wireless intruders also show up here)

IP Address Device Name  MAC Address

1192.168.1.21 -- 30:AE:A4:DD:A6:6C

I alternatively tried building/compiling/uploading again with platformio.ini : [common] build_flags = -DMACHINE_FILENAME=4axis_external_driver.h -DCORE_DEBUG_LEVEL=0 -Wno-unused-variable -Wno-unused-function

but got the same results; as soon as I try to connect to hostname:http://grblesp.local/ or directly to 192.168.21 it bricks the ESP32.

bdring commented 3 years ago

"192.168.21 is the IP of the ESP32, no typo;"??

Try 192.168.1.21

Do you mean reboot or brick?

bdring commented 3 years ago

Before doing anything with the WIFI try issuing this command..

[ESP710]FORMAT

This will reformat the SPIFFS. This can get corrupted if different types of upload were attempted.

Then power cycle the ESP32.

JonAllen816 commented 3 years ago

my bad, they were typos - I have been trying 192.168.1.21

probably not using brick correctly - it goes non-responsive

OR should I say WENT non-responsive... [ESP710]FORMAT -> Power Cycle -> http://grblesp.local/ -> ESP3D -> Load Index.html.gz = SUCCESS!

You're the man Bart! Thanks a lot buddy!

Now if I wanted to modify my MPCNC_V1p3 ;) (I made a copy of your MPCNC_V1p2 board but modified it to work with TMC2208's) to work with a 4th axis; and I cut the trace that connects Y_Dir to Y-B and jumped a wire to Y-B_Dir from open GPIO(0) to use as A_DIR? and then use Y_STEP_B (GPIO(21) as A_STEP? Would this work or do you see any obvious problems I'm missing?

[MSG:Grbl_ESP32 Ver 1.3a Date 20201124] [MSG:Compiled with ESP32 SDK:v3.2.3-14-gd3e562907] [MSG:Using machine:JNA 4 Axis Driver Board V2] [MSG:Axis count 4] [MSG:RMT Steps] [MSG:Init Motors] [MSG:Global stepper disable pin:GPIO(13)] [MSG:X Axis Standard Stepper Step:GPIO(12) Dir:GPIO(26) Disable:None Limits(0.000,300.000)] [MSG:Y Axis Standard Stepper Step:GPIO(14) Dir:GPIO(25) Disable:None Limits(0.000,300.000)] [MSG:Z Axis Standard Stepper Step:GPIO(27) Dir:GPIO(33) Disable:None Limits(-300.000,0.000)] [MSG:A Axis Standard Stepper Step:GPIO(21) Dir:GPIO(0) Disable:None Limits(-300.000,0.000)] [MSG:No spindle]

bdring commented 3 years ago

The issue you had is in the FAQ. It is rare. @luc-github might have a better explanation of the cause.

Your MPCNC mod might work. GPIO_NUM_0 is used to trigger the boot loader. You should see if it affects the ability to upload firmware.

Closing issue.

luc-github commented 3 years ago

FS corruption due to partition change is a known issue and description in FAQ is correct - it is ESP32 core / SPIFFS problem not in FW -that said I have some ideas on how to contain/prevent the crash / dead loop and it is my todo list, but because it is an edge case and busy with 3.0 it is not in the top yet