Jump to content

Unable to Connect to Wifi using ESP Home Firmware


Nestor

Recommended Posts

Hi, when setting up a new board, I first used the ESP Home firmware but was never able to connect to wifi and access the configuration page, even though the SSID and password were correct. 

Poking around some threads, I noticed many were using the MQTT version. After successfully installing MQTT firmware, I was able to connect to wifi and access the config page. From there, I installed the plugin, and set up the credentials and rebooted. I then realized the plugin I purchased was the "standard" version which requires the ESP Home firmware. 

I reflashed the board, however I'm back to where I started: No wifi connection and no config page. 

Not sure where to go from here. 

Edit: I re-flashed with the MQTT firmware. It took a while for the device to connect, however the IP address listed in the config page is nothing near what my router would assign from its IP pool, which makes me think it didn't actually connect to my wifi. 

ETA: My SSID appears in the wifi drop-down list, but after I enter my wifi password, it tries to connect but ends up saying "unable to connect". 

Edited by Nestor
Link to comment

Update: Noticed a new mac address in my router client list with the name "Espressif Inc". Suspecting it is the ratdgdo, I gave it a static IP address from my DHCP reservation list. After a couple of gdo resets, the wifi finally took and was able to visit the device via both IP address and local hostname.

In PG3x, even though my IP address was local to the ISY, I added a custom configuration and 4 nodes finally appeared. (Yay!)

Now for gdo board #2...

Link to comment

Glad it worked out. Don't know why people aren't able to use local discovery using mdns. It works here, but I have Polisys, not eISYs. I believe it has something to do with LANs and broadcast restrictions. A PC with Bonjour seems to be more forgiving than the eISY environment.

Note for others, you can always use the free version through MQTT - it should work. And if you have dry contact GDOs, this may be sufficient. However, there appear to be issues with the MQTT firmware and Security 1/2+. After several days or weeks, it seems to lose control (probably a code rotation issue), and upon reboot you are left in an inconsistent state until you can exercise the door manually. The ESPHome firmware appears not to have these issues, and, as of now, will be the only firmware supported by the ratgdo plugin in future updates.

Link to comment
3 hours ago, Goose66 said:

Glad it worked out. Don't know why people aren't able to use local discovery using mdns. It works here, but I have Polisys, not eISYs. I believe it has something to do with LANs and broadcast restrictions. A PC with Bonjour seems to be more forgiving than the eISY environment.

Note for others, you can always use the free version through MQTT - it should work. And if you have dry contact GDOs, this may be sufficient. However, there appear to be issues with the MQTT firmware and Security 1/2+. After several days or weeks, it seems to lose control (probably a code rotation issue), and upon reboot you are left in an inconsistent state until you can exercise the door manually. The ESPHome firmware appears not to have these issues, and, as of now, will be the only firmware supported by the ratgdo plugin in future updates.

Not sure why, but it appeared to take several reboots of the GDO and more than a dozen attempts to connect to my wifi, even though I could see the GDO's mac address in my router and the IP address I assigned it. Same thing for the second board. Also, tried a straight Discover in PG3x for the second, but ended up adding the custom config parameters as I did for the first. 

Nonetheless, both boards are now appearing my EISY. 🙂

Link to comment

"it appeared to take several reboots and more than a dozen attempts to connect to the wifi..." It took the reboots and connection attempts before what? You said you could see the GDO's mac address and assigned IP address in the router. Did it show as connected? In trying to access the onboard website, were you using "ratgdov25i_XXXXX.local" or the IP address?

If what took all those attempts was accessing the onboard website via the .local hostname, this is likely a problem with the PC from which you are running your browser and/or the network configuration and how it handles multicast traffic. I am no network expert, but I am beginning to believe that some home Wifi routers break multicast mDNS traffic from LAN to WLAN. If you have LAN segments with managed switches or bridges, make sure they are configured to forward the mDNS multicast addresses/ports.

Link to comment
28 minutes ago, Goose66 said:

"it appeared to take several reboots and more than a dozen attempts to connect to the wifi..." It took the reboots and connection attempts before what? You said you could see the GDO's mac address and assigned IP address in the router. Did it show as connected? In trying to access the onboard website, were you using "ratgdov25i_XXXXX.local" or the IP address?

If what took all those attempts was accessing the onboard website via the .local hostname, this is likely a problem with the PC from which you are running your browser and/or the network configuration and how it handles multicast traffic. I am no network expert, but I am beginning to believe that some home Wifi routers break multicast mDNS traffic from LAN to WLAN. If you have LAN segments with managed switches or bridges, make sure they are configured to forward the mDNS multicast addresses/ports.

The pop-up box to connect to wifi kept returning “unable to connect” after selecting my SSID and entering the wifi password. Neither the IP address nor ratgdov….local would work. Until they did, and I have no idea if it was due to my repeated attempts. 

Not sure if this is relevant, but after each reset, I’d review the boot log to look for evidence that the GDO picked up the IP address, SSID, etc of my router. Eventually they did and coincidentally, was able to access the web page via the pop-up box or directly via web browser. The boards were stable after power-down and final installation in the openers. 

My LAN is a recently purchased ASUS ET12 mesh. 

Link to comment

Don’t know what to tell you. One of the reasons that I believe the ratgdo developer moved to the ESPHome version of the firmware is all the wi-fi stuff is somebody else’s issue. You could log the problem as an issue on the github site for the eSPHome firmware, but there aren’t a lot of answers there, unfortunately.

As I said, I have two Genie screwdrives operating in “dry contact” mode and they both worked fine with the MQTT firmware (with some programmatic limitations) and so far have been stable and functional on the ESPHome firmware.

Edited by Goose66
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...