Closed clarsen closed 2 years ago
So you flashed with that yaml successfully but now can't find the bulb? Can you see if it is connected to your wifi by looking at your router? Can you see it putting up its wifi network "Office-Lamp-2 Fallback Hotspot"?
Maybe start by removing the use_address field and seeing if it will connect by mdns. For instance, type http://office-lamp-2.local in a web browser or try to ping office-lamp-2.local
So you flashed with that yaml successfully but now can't find the bulb? Can you see if it is connected to your wifi by looking at your router? Can you see it putting up its wifi network "Office-Lamp-2 Fallback Hotspot"?
I do see the wifi network "Office-Lamp-2 Fallback Hotspot", however when I try to join using the password configured in the YAML, while I get an IP address 192.168.4.2, I cannot ping 192.168.4.1 reliably although I can see the ARP entry for it:
? (192.168.4.1) at be:ff:4d:48:10:b2 on en0 ifscope [ethernet]
➜ ~ ping 192.168.4.1 PING 192.168.4.1 (192.168.4.1): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 64 bytes from 192.168.4.1: icmp_seq=2 ttl=255 time=189.953 ms Request timeout for icmp_seq 3 64 bytes from 192.168.4.1: icmp_seq=4 ttl=255 time=6.644 ms 64 bytes from 192.168.4.1: icmp_seq=5 ttl=255 time=3.502 ms Request timeout for icmp_seq 6 Request timeout for icmp_seq 7 Request timeout for icmp_seq 8 64 bytes from 192.168.4.1: icmp_seq=9 ttl=255 time=217.802 ms 64 bytes from 192.168.4.1: icmp_seq=10 ttl=255 time=3.826 ms ^C --- 192.168.4.1 ping statistics --- 11 packets transmitted, 5 packets received, 54.5% packet loss round-trip min/avg/max/stddev = 3.502/84.345/217.802/98.000 m
The MAC bc:ff:4d:48:10:b2 is statically assigned to 192.168.6.21, but that IP isn't responding.
I've seen a similar failure with another ESPhome update to a different (non-Kauf bulb) device, so i'm suspecting it might be related to ESPhome 2022.2.5. The other devices running 2021.12.3 are able to join wifi and stay online.
Issue actually was with router not responding to DHCP - The DHCP server was crashing due to another bug (Ubiquiti EdgeRouter allowing duplicate hostname entries in DHCP configuration)
Awesome, glad you got it.
It is running captive WiFi portal, but not responding to web server requests and not responding to ping at its original IP address.
This is the esphome yaml that was used. it's basically same as kauf-bulb.yaml except for absence of the forced_hash attributes...