-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lite keeps bootlooping #114
Comments
Another log. Flashed it via wiki, joined wifi, added to hass, seeing values in hass (sensor working), load up logs via usb via wiki page, press reboot .. get stuck in bootloop? |
Thanks for the details, I'm not able to replicate this issue currently. Do you know if its happening on more than one unit? |
Just tried another. My exact steps:
Exact same result |
Thanks for confirming! Does it only happen with the logs open out of interest? |
When I just power the units, the LED sometimes blinks (which it only does during boot i'm guessing?) and it pops up and drops from wifi, HA can't find it. |
I've also tried this ESPHome code rather than using the wiki, same results
|
To add to this: ESPHome 2024.6.6 |
OK, so I think Wifi is part of the problem. When Googling into that exact error, I found some references to Wifi. I was connecting this to an isolated vlan, with no access to internet or LAN.. only to HA itself. When I supply my main wifi creds (without any restrictions), it seems to work just fine. This is very weird to me. |
The reboot of the device seems to be related to wifi not being able to find clients/HA(?) and thus it throws a reboot it seems. Searching for idx:1 (ifx:0, 02:ec:da:17:b6:db), tid:0, ssn:0, winSize:64 and esphome seems to find a few GH issues with similar issues but no solution. I also tried an internet-connected VLAN wifi that can't talk to LAN but can talk to HA and internet and that seems to work as well. The non-working wifi network has identical settings and other esphome devices have no issues with this network at all. |
Hmm I don't think it's wifi.. it seems to be firewall related. When I change my isolation rule for the "Network of Things" wifi network (aka no internet, no LAN, only access to HA) to Allow instead of Drop, the boot loop goes away and the sensor works just fine. However when I block it again, it goes into bootloop. I saw in the firewall logging it's trying to access 185.199.110.153 which resolves to GitHub Pages. Could it be trying to parse an update manifest and when it can't access that, it fails? Just tested with this ESPHome template (basically taking the external URLs out if it) and now it works just fine even with the firewall blocking everything.
Is this an ESPHome bug for update: or dashboard_import: components? Edit: Simplified code with package references. |
The dashboard_import sections seems the have no effect on anything. The update: section triggers the bootloops. I've been looking into the esphome docs on update: but can't find anything on debug logging for it or for it to fail gracefully. |
Thanks for the updates and investigation. I would suspect from what you describe it's possibly a bug in relation to the new update mechanism in ESPHome, the http_request component. This would really need to be reported upstream to ESPHome as this isn't related to hardware or anything specific with custom EP1 code (from what you described) |
I've the same issue and have a similarly configured network. An interim option people can do, so they don't have to copy/paste the entire source YAML from @EverythingSmartHome into their own projects is to use the
update:
- platform: http_request
id: !remove update_http_request
Disclaimer: I've not played around with the |
Confirming I also have the same issue, with an EPL flashed with the non-BLE firmware. For me it really only happened when I attempted to update. I did get a notification to update, attempted it, and then the bootloop occurred. Had to open the case and reinstall fresh while pressing the boot button as it was continued to bootloop via USB - the serial connection would appear and then disappear over and over. |
When you did the update, was that from your own ESPHome addon? Also, this issue is related to when internet is blocked, is internet blocked on your device? |
Can you please check the logs over USB when this occurs? You should be able to do this without opening the case. |
Exactly the same situation here |
This should now be resolved in #122, please update to version 1.0.7. A fix is coming in ESPHome 2024.7.2 but this workaround does the same thing for now. |
I am experiencing the same issue as described here, I installed your version 1.0.7 and it doesn't resolve it. I'll try martjin's suggested workaround. Update: His workaround works. |
I just hit the same problem, even with ESPHome 2024.7.2 the device does not work without giving it internet access. This is very confusing to me, are there only a few people denying internet access to their ESPHome devices? I could not find anything in their issue tracker. Didn't spend too much time on the issue because it seems obvious, but maybe I am missing something esphome/issues#6104 |
I just got a pair of these today, it worked ok out of the box but when I imported the config into esphome and flashed it the boot loop started. I am also running an isolated network with internet access blocked. martijn's workaround works for me too :) |
I just received a pair of these as well and I'm also suffering from the bootloop issue, in case I connect them to my NoT (Network of Things, i.e. only local access/no internet access) network . Anybody has any clue how to get this device working on a NoT network? |
@mlauweri Take a look at my post here to have a short code snippet that takes out the update check and dashboard referrence. This makes it 100% local, no issues: #114 (comment) |
Thanks Martijn, somehow I was expecting the new firmware to be fixing the issue. |
I have occasional boot loops too. Contrary to the others I do not have a limited network for that device. I checked my DNS logs and the device is fetching the https://everythingsmarthome.github.io URL just fine every 5-10 minutes. The sensor worked fine all day yesterday but just 30 minutes ago it went into the same boot loop like described here: #114 (comment) After like 15 minutes of looping it finally connected again and is providing data to HASS. I received the devices two Friday. Only one seems to be having the issue so far, the 2nd device hasn't run into a boot loop yet. |
Just received my batch of Lite's, thanks for that. However, I'm having some issues with it getting stable into Hass. My Hass doesnt have bluetooth so I used the manual installation guide on the wiki. Used the website to load a non-BLE fw on the device and have it join to my wifi. It works, I can join it into Hass.
Later I tried adopting it into the ESPHome dashboard, causing it to reinstall the fw. Have been getting really weird results so I wiped the device again using the wiki page, starting fresh. However, when I reboot the device after flashing, it seems to go into bootloop. I was able to get the logs via USB:
The most important being:
So again, when flashing fresh FW via the wiki, the sensor works and I can add it to Hass. When opening the logs via USB, it still works. The moment you reboot the device (via the reboot button in the UI), it goes into this bootloop.
Also having a lot of issues trying to get this natively into esphome dash on my hass install but I'm guessing this bootloop is more important and could be the cause of all this.
The text was updated successfully, but these errors were encountered: