# Homey losing internet **URL:** \ **Category:** Questions & Help\ **Tags:** homey-pro\ **Created:** [January 14, 2024, 7:44pm UTC](https://community.homey.app/t/homey-losing-internet/101158 "2024-01-14T19:44:14Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Steven\_Watson](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/steven_watson/32/97778_2.png) [@Steven\_Watson](https://community.homey.app/u/Steven_Watson)\ **Post date:** [January 14, 2024, 7:44pm UTC](https://community.homey.app/t/homey-losing-internet/101158/1 "2024-01-14T19:44:14Z")
Homey is disconnecting and is unreachable from internet every few days , i have Lan cable connected. after power off and on its back, but i do not want this issue how to avoid ? this is very anoying and i cant have such unstabillity its no good ---
**Author:** ![Sharkys](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sharkys/32/54029_2.png) [@Sharkys](https://community.homey.app/u/Sharkys)\ **Post date:** [January 14, 2024, 8:07pm UTC](https://community.homey.app/t/homey-losing-internet/101158/2 "2024-01-14T20:07:33Z")
> [@Steven\_Watson](#): > > every few days Like having uptime \>\>xx hours ? How many hours ? > [@Steven\_Watson](#): > > after power off and on its back Does the LED have any color prior to PTP ? > **[Understanding the LED Ring of Homey Pro (2016 — 2019)](https://support.homey.app/hc/en-us/articles/360009618514-Understanding-the-LED-Ring-of-Homey-Pro-2016-2019)** > > The LED Ring is one of the most distinguishable parts of Homey Pro (2016 — 2019). It is beautifully designed and also used to visualize what's going on. > > > > > > Rotating White — Homey Pro is processin... > [@Steven\_Watson](#): > > unstabillity its no good It’s not, indeed - have you contacted support, providing system diag. rights after restart ? You may want to consider installing [sysinternals](https://homey.app/en-us/app/com.sysInternals/sysInternals/) tool and add then two devices - Homey 2023 and Alerts. Then, when the issue happen again, you can check some insights from sysinternals, like temperature, free mem, undervoltage etc - it might provide you some additional insights. Also if you see that Homey is still controlling your smart home just not being reachable on the internet (eg. you don’t see for example RED ring LED), you may consider to implement some flows based on eg [Net Scan App for Homey | Homey](https://homey.app/en-us/app/com.netscan/Net-Scan/) or [Network Check App for Homey | Homey](https://homey.app/en-us/app/nl.deskweb.netcheck/Network-Check/) ---
**Author:** ![Steven\_Watson](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/steven_watson/32/97778_2.png) [@Steven\_Watson](https://community.homey.app/u/Steven_Watson)\ **Post date:** [January 14, 2024, 8:19pm UTC](https://community.homey.app/t/homey-losing-internet/101158/3 "2024-01-14T20:19:17Z")
Led lights look normal the same as when it is operational and nothing wrong Colorfull ---
**Author:** ![Kai\_El\_Grande](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/kai_el_grande/32/79399_2.png) [@Kai\_El\_Grande](https://community.homey.app/u/Kai_El_Grande)\ **Post date:** [January 14, 2024, 9:43pm UTC](https://community.homey.app/t/homey-losing-internet/101158/4 "2024-01-14T21:43:26Z")
I`ve come to the solution that is you have a mesh system, disconect WIFI and only use esthernet cable since mesh can cause the disconect issue. Worked for me 🙂 ---
**Author:** ![Steven\_Watson](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/steven_watson/32/97778_2.png) [@Steven\_Watson](https://community.homey.app/u/Steven_Watson)\ **Post date:** [January 14, 2024, 10:50pm UTC](https://community.homey.app/t/homey-losing-internet/101158/5 "2024-01-14T22:50:58Z")
Its on LAN cable … not wifi ---
**Author:** ![Sharkys](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sharkys/32/54029_2.png) [@Sharkys](https://community.homey.app/u/Sharkys)\ **Post date:** [January 15, 2024, 7:52am UTC](https://community.homey.app/t/homey-losing-internet/101158/6 "2024-01-15T07:52:11Z")
And any comments on the previous suggestions, have you implemented anything from it ? ---
**Author:** ![Peter\_Kawa](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/peter_kawa/32/173848_2.png) [@Peter\_Kawa](https://community.homey.app/u/Peter_Kawa)\ **Post date:** [January 15, 2024, 12:08pm UTC](https://community.homey.app/t/homey-losing-internet/101158/7 "2024-01-15T12:08:11Z")
Just stumbled at this workaround, with a Homeyscript, below. Somehow _ **keeping the connection active** _ might minimize the ‘offline’ crap. > [@Homey Pro 2023 loses connection to cloud (server) and is offline](https://community.homey.app/t/homey-pro-2023-loses-connection-to-cloud-server-and-is-offline/98332/30): > > My latest experiments had some positive effect: What I basically did was a homey script to regularily query some internet address/web page and have it executed every n minutes. The result of this I was sending to a local Synology DNS set up as syslog server (using the respective community app). I suppose the local syslog does not do the trick because I had a flow to just log to it without any change. But as soon as I had a regular cron job to query an internet address the Homey cloud connectivi… Which is in theory the same as: regularly checking an internet site by means of one of these apps As proposed alr. by mister @Sharkys 👊 > [@Sharkys](#): > > implement some flows based on eg [Net Scan App for Homey | Homey](https://homey.app/en-us/app/com.netscan/Net-Scan/) or [Network Check App for Homey | Homey](https://homey.app/en-us/app/nl.deskweb.netcheck/Network-Check/) ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 16, 2024, 5:40am UTC](https://community.homey.app/t/homey-losing-internet/101158/8 "2024-01-16T05:40:13Z")
Actually… Script enabled = no cloud connection outages, script disabled = at latest over night it’s offline. Let’s see when Athom responds to my support request as I’d point them to those findings. But 2-3weeks response time… means to wait… Hopefully it helps to pinpoint the issue then. At least implementing such a “connection keep alive” probing in their software as workaround should be easy enough to fix it for most of us without those flows and scanning this forum. In the end it means that there’s some keep-alive issue, tcp timeout, DNS caching, sporadic network stack outages or whatsoever that one can prevent by regularily emiting calls to the internet that hopefully can be found with more data. In a way I suspect DNS caching or related, because I can prove that it’s not the network connection that get’s lost given that local mobile app can access and Homey can still access local devices, it just cannot connect with the internet. So the network stack itself must be up and running , TCP connections even outgoing do work so as long I do have internal IP-based request, but something that’s required for internet connections fails and DNS resolution could be the culprit… I’ve also seen DNS rebind protection of routers as part of other posts… I might also try to actively exclude homey’s IP from that, but that’ll mean that some cloud connection concepts are severely messed up, if one would have to tweak such router settings meant to secure things. Currently the script executes every 10min. Probably i’ll also adjust that to have it less frequent and continue testing to see where I hit caching or timeout limits. Would be much easier if one could see Homey’s internal logs… Actually thinking about returning my Homey puck as having to diagnose this and find workarounds myself is not what I bought a Homey in contrast to setting up a Raspi and stuff myself in first place… ---
**Author:** ![Peter\_Kawa](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/peter_kawa/32/173848_2.png) [@Peter\_Kawa](https://community.homey.app/u/Peter_Kawa)\ **Post date:** [January 16, 2024, 11:59am UTC](https://community.homey.app/t/homey-losing-internet/101158/9 "2024-01-16T11:59:00Z")
> [@Michael\_E](#): > > Actually… Script enabled = no cloud connection outages, script disabled = at latest over night it’s offline. Well, OK, that is obvious. It’s odd though, while my Pro 2019 only throws the offline message when it’s really busy (i.e. a misbehaving app or too many Homeyscripts triggers), it’s pretty rare. No clue why it’s successor has these silly issues. My concern is, Athom definitely doesn’t get the _ **real** _ issue, looking at this FW update below; Because the actual local (wifi) connection is almost never the issue, it’s the cloud connection. They came up with this update because of the “Homey is offline” bug > ![Screenshot from 2024-01-16 12-27-25](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/f/5/f510fd09842abd13b6f50df4f51f0ea7028d9aa0.png) > [@Michael\_E](#): > > Would be much easier if one could see Homey’s internal logs… Yeah it’s one of the annoying cons of Homey, we aren’t allowed to view the logs of _our own_ Homey > [@Michael\_E](#): > > Actually thinking about returning my Homey puck as having to diagnose this and find workarounds myself is not what I bought a Homey in contrast to setting up a Raspi and stuff myself in first place… Well, it’s how one’s looking at the product. It’s so many devices into one package, and not a one trick pony. The way I look at Homey, it is a home computer, with hard- & software flaws… an ongoing process of bug-fixes, improvements and new features. And, besides the purchase, with no additional costs. Nothing new compared to the Pro 201x series. You can see the charm of it, or you hate it. ---
**Author:** ![robertklep](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/robertklep/32/160628_2.png) [@robertklep](https://community.homey.app/u/robertklep)\ **Post date:** [January 16, 2024, 12:09pm UTC](https://community.homey.app/t/homey-losing-internet/101158/10 "2024-01-16T12:09:57Z")
> [@Peter\_Kawa](#): > > They came up with this update because of the “Homey is offline” bug Not necessarily, there are also actual issues with the WiFi driver 🤷🏼‍♂️ ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 16, 2024, 6:54pm UTC](https://community.homey.app/t/homey-losing-internet/101158/11 "2024-01-16T18:54:45Z")
I have a Homey Pro 2019 sitting in the same local network. Never had any issues with offline cloud connectivity and no workaround probing on it. The only issue I had/have with 2019 is that it’s running low on memory and it needs to be restarted nightly since a few month. Guess if getting close to minimum free heap it’s no good and it drained more and more and AC adapter rumors are also obscure at best. No clue if this ever was linked to number of devices or flows I had. So even if it had any connection issue with the older Pro 2019 I’d probably not notice it. Wanted to have more RAM for all the apps I have and so I upgraded. Now hesitate to migrate everything suffering a different issue. Didn’t give up yet and hoping for remedy, but poking around in the fog to figure out what could be done consumes time. Pretty sure you’d see something in a log. The charm however is definitely the number of apps, the flows and the broad support of devices that makes up for much. Meanwhile I raised the probing frequency from 10min to 30min. Let’s see how far I can push it. Not that Chuck Norris quotes sent to a syslog server serve a higher purpose 😉 ---
**Author:** ![Sharkys](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sharkys/32/54029_2.png) [@Sharkys](https://community.homey.app/u/Sharkys)\ **Post date:** [January 16, 2024, 7:45pm UTC](https://community.homey.app/t/homey-losing-internet/101158/12 "2024-01-16T19:45:36Z")
> [@Peter\_Kawa](#): > > My concern is, Athom definitely doesn’t get the _ **real** _ issue, looking at this FW update below; > Because the actual local (wifi) connection is almost never the issue, it’s the cloud connection. Unfortunately RPi is not cooperating ☹ > > > Heads-up: this is a cross post from the\`raspberrypi/firmware\` repo because I re…alized it belonged here. > > The internet is filled with this issue. We have been trying to find and fix this problem for weeks now. But there is no solution yet. We have a consumer product using the cm4. It has the cypress/infineon 43455 chip and the problem we're facing appears to come from the firmware on this chip. Some customers have this problem, others do not experience it (so it seems to depend on the wifi environment as well). > Every now and then the system log starts spewing these messages: > > \`\`\` > 2023-09-24 17:40:33.1628 wpa\_supplicant\[299\]: nl80211: Ignored event 46 (NL80211\_CMD\_CONNECT) for foreign interface (ifindex 3 wdev 0x0) > 2023-09-24 17:40:33.1631 wpa\_supplicant\[299\]: nl80211: Drv Event 46 (NL80211\_CMD\_CONNECT) received for wlan0 > 2023-09-24 17:40:33.1634 wpa\_supplicant\[299\]: nl80211: Connect event (status=16 ignore\_next\_local\_disconnect=0) > 2023-09-24 17:40:33.1637 wpa\_supplicant\[299\]: wlan0: Event ASSOC\_REJECT (12) received > 2023-09-24 17:40:33.1640 wpa\_supplicant\[299\]: wlan0: CTRL-EVENT-ASSOC-REJECT bssid=00:00:00:00:00:00 status\_code=16 > 2023-09-24 17:40:33.1643 wpa\_supplicant\[299\]: wlan0: Radio work 'connect'@0x559d6244f0 done in 0.901671 seconds > \`\`\` > > It then fails to connect to the AP. We would like to know what this \`status=16\` means. Maybe when we know this we can try to work around it. It is not easily reproducable in a lab environment unfortunately. > > I attached a full log of the problem where it sometimes connects but also gets this error quite often. > \[1ED95DB6-github.txt\](https://github.com/raspberrypi/firmware/files/12748901/1ED95DB6-github.txt) > > > \*\*System\*\* > > \* Which model of Raspberry Pi? CM4 > \* Which OS and version (\`cat /etc/rpi-issue\`)? > \`\`\` > Raspberry Pi reference 2023-09-20 > Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, 7073d28f22d93220d610ecaf7106fe87914746d6 > \`\`\` > \* Which firmware version (\`vcgencmd version\`)? > \`\`\` > Mar 17 2023 10:50:56 > Copyright (c) 2012 Broadcom > version 82f3750a65fadae9a38077e3c2e217ad158c8d54 (clean) (release) (start\_cd) > \`\`\` > \* Which kernel version (\`uname -a\`)? \`Linux hostname 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux\` ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 17, 2024, 5:26am UTC](https://community.homey.app/t/homey-losing-internet/101158/13 "2024-01-17T05:26:25Z")
Yesterday I changed me Internet probing from 10 to 30mins frequency. At 21:00 last probe according to syslog event, I have another flow that emits syslogs every 15secs to my NAS and that stopped at 21:17. My Fritzbox also says Homey’s network connection was last active at 21:17. So it just dropped out of the network at that time, completely local & cloud. That’s new… ☹ ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 17, 2024, 5:40am UTC](https://community.homey.app/t/homey-losing-internet/101158/14 "2024-01-17T05:40:19Z")
Great… Tried to restart/unplug/nothing. 21:17 must be the time the approx. 1month old Homey Pro 2023 original AC adapter died. Had to use another adapter to boot. Next support ticket to come… ☹ ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 17, 2024, 6:48pm UTC](https://community.homey.app/t/homey-losing-internet/101158/15 "2024-01-17T18:48:57Z")
Reply was swift within minutes. New adapter is on its way from NL to DE. ---
**Author:** ![Sharkys](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sharkys/32/54029_2.png) [@Sharkys](https://community.homey.app/u/Sharkys)\ **Post date:** [January 17, 2024, 8:27pm UTC](https://community.homey.app/t/homey-losing-internet/101158/16 "2024-01-17T20:27:25Z")
Can you elaborate on “original AC adapter died” ? Like there was no voltage on the USB at all ? ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 18, 2024, 5:41am UTC](https://community.homey.app/t/homey-losing-internet/101158/17 "2024-01-18T05:41:21Z")
As far as I can tell: No voltage at all. No homey ring light, no reset pin reaction, nothing. At least it didn’t charge another mobile and tablet, no matter what cable. Didn’t use a voltage meter though fiddling with the pins and my USB VA stick is USB A only and I didn’t have USB C-A adapters at hand to fit for the Homey AC adapter which is USB-C female. As I had a USB-A-to-C adapter I could use another AC adapter with 2,0A max (used one of a UE Boom) and the USB meter says it’s idle at 0,69-0,7A at 5V with the Homey ethernet adapter in between. ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 18, 2024, 5:49am UTC](https://community.homey.app/t/homey-losing-internet/101158/18 "2024-01-18T05:49:52Z")
However unfortunately setting the probe frequency from 10min to 30min caused Homey to loose internet connectivity again over night while local connection was still up and even my NAS was still receiving all internet probe syslogs every 30mins, with other syslogs every 15 secs. So restarted using the mobile app (which is usable thanks to local connectivity at least instead of unplugging…) and will change the probe back to probably 15mins to check further. I’d somehow need to script access to the web app from another system, like my NAS, as I’d be interested to “see” it go offline from the other side and when. If related to Fritzbox Internet DSL nightly reconnect the providers enforce or something… ---
**Author:** ![robertklep](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/robertklep/32/160628_2.png) [@robertklep](https://community.homey.app/u/robertklep)\ **Post date:** [January 18, 2024, 6:06am UTC](https://community.homey.app/t/homey-losing-internet/101158/19 "2024-01-18T06:06:19Z")
Do you know if your internet provider uses CGNAT? In other words, when you visit a website like [https://whatismyipaddress.com/](https://whatismyipaddress.com/), does your IP address(es) change over time? ---
**Author:** ![Michael\_E](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/michael_e/32/49062_2.png) [@Michael\_E](https://community.homey.app/u/Michael_E)\ **Post date:** [January 18, 2024, 6:37am UTC](https://community.homey.app/t/homey-losing-internet/101158/20 "2024-01-18T06:37:58Z")
CGNAT. Not sure. It’s 1&1 in DE with DTAG for the last mile. Afaik they always had enough IPv4 in their address space to avoid quirks when other providers had DSLite/Dualstack stuff that made it difficult for home server users. My Fritzbox is connected with IPv4 and IPv6. I’m using dyndns for years without issues and the Fritzbox takes care of the updates. Basically the IPv4 address can and does change, but only during the nightly DSL reconnects that afaik all providers here use and hence the routers automatically do that around 3-4 o’clock so one’s offline for approx. 10secs. However as far as I recall I experienced Internet connection outages of my Homey even during the day as well before running my script, so I doubt that it’s the DSL reconnect. [Next page](https://community.homey.app/t/homey-losing-internet/101158.md?page=2)