Acmer P2 проблема с подключением к wi-fi

[Ancifer]

Собственно проблема - пытался завести данные wifi и через MKS Laser tool и через консоль в Lightburn и там и там вываливается в ошибку 3 ( см лог), при этом пытается подключится к какой то сети [MSG:Connecting MKS_DLC] причем не моей, перепрошивка с полным стиранием не помогла эта сеть видимо в самой прошивке зашита. Не исключаю варианта что сам дурак - сегодня только собрал станок.

 

[Dizzy]

Ну, поехали:

error:3

Соответствует ошибке "InvalidStatement". Похоже, что в профиле станка в ЛБ было установлено отправлять в дом при подключении, но при этом в самом станке не активна и не настроена функция хоуминга. Следом, станок получает еще одну неподдерживаемую команду.

E (847019) wifi_netif: esp_wifi_internal_reg_rxcb for if=1 failed with 12289
E (847020) wifi_init_default: esp_wifi_register_if_rxcb for if=0x3ffdfba8 failed with 259

[MSG:WiFi Off]

[MSG:Client Started]
[MSG:Connecting MKS_DLC]
[MSG:Connecting.]
Guru Meditation Error: Core 1 panic'ed (InstrFetchProhibited). Exception was unhandled.

А вот этот кусочек очень интересен. При попытке инициализации wifi что-то пошло не так и ядро 1 поймало исключение, на которое нет указателя обработчика. Другими словами, известный всем синий экран смерти (BSOD) в исполнении esp32, и следующий за ним, ребут с настройками по дефолту и включением wifi в режиме точки доступа.

Из всего этого, можно сделать вывод, что прошивка там кривая, или не от этой платы, или есть проблемы с аппаратной частью самой esp32.

 

[PiGeMa]

известный всем синий экран смерти (BSOD) в исполнении esp32

Это вряд ли. Если формируется log и фиксируются ошибки, значит ядро работает.
Скорее всего не получается запустить модуль WiFi и далее работа бессмысленна.

 

[Dizzy]

значит ядро работает

При том же BSOD на ПК, все ядра исправны и продолжают работать, и система способна формировать и писать логи. Esp32 не исключение. Изучите внимательно лог. Вначале, имеем две ошибки при инициализации wifi, а затем, несмотря на ошибки инициализации, продолжается последовательность запуска, и, скорей всего, именно это, приводит к возникновению необрабатываемого исключения и ребуту всей системы. Для ядра (в аппаратном смысле), это штатно предусмотренная ситуация, как реакция на кривую программную часть. При невозможности запуска wifi, дальнейшая работа не бессмысленна. Можно вполне себе осмысленно работать по uart, например.

 

[Ancifer]

Это вряд ли. Если формируется log и фиксируются ошибки, значит ядро работает.
Скорее всего не получается запустить модуль WiFi и далее работа бессмысленна.

Wi-fi работает в качестве точки доступа, и вполне открывает как свой прошивочный веб интерфейс так и цепляется к приложению. А вот именно сменить настройки и подключить к своей сети уже не дает.

 

[Dizzy]

А вот именно сменить настройки и подключить к своей сети уже не дает.

Проблема, скорей всего, в ошибке в самой прошивке. Я уже писал разбор лога. Вначале, с ошибками инициализируется интерфейс wifi, и это является причиной сбоя дальнейшей работы и, как следствие, ребута. Сбой запуска в режиме клиента по любой причине (сбой инициализации, аппаратный сбой или отсутствие нужной точки доступа, неверный пароль итд), переключает режим работы на режим точки доступа. Это стандартная логика работы grbl-esp32 и FluidNC.

С причиной, надеюсь, понятно и доходчиво объяснил?
А теперь, варианты решения:
1. Сохранить параметры grbl в файл, обновить прошивку (должны быть на сайте акмер), сделать сброс параметров до дефолтных командой $RST=*, затем влить сохраненные параметры обратно или настроить все самостоятельно заново.
2. Отловить распиновку контроллера, зашить туда нормальный Fluidnc и сконфигурировать его.

Второй вариант сложнее, но в итоге получаем более функциональную и современную систему, чем "фирменный заводской" вариант древнючего grbl-esp32 с сомнительными правками наших друзей из поднебесной.
По данной теме добавить больше нечего. Разве что, есть какие-то другие варианты выхода из ситуации, вроде сброса в дефолт без перепрошивки.