OP, I also get the "request timed-out message" from time-to-time and have ever since I started customizing my Apex several months ago. The problems occur using my home WiFi and to a lesser extent (I just don't do it often) via cellular. I too have not responded to your post as I have no solution or recommendations.
...however, with a few searches against this forum, you'll see that I've reported this message for the iOS App, as well as receiving the newer "disconnected" pop-up from Fusion a number of times. My net to all that after getting input from others as well as one-time from Neptune Support after they dialed-in to my controller for another issue, are it could be several things:
- My home WiFi has spotty connectivity. (I personally don't buy that as a likely cause as I have no other app that has EVER disconnected or timed-out on me like I do with my Apex.)
- My home network according to Neptune Support, is relatively busy at times that can cause issues with the Apex Bootloader working successfully. I have no clue what device may be doing that, and it's likely not your issue. But, to rule things out this past week, I tried running for most of a day with no other hardwired or wireless devices on my home network other than my iMac, iPad, and Apex Controller, but still saw the timeout messages a few times despite rebooting my AT&T U-Verse 2-Wire Router and Apple Airport Extreme several times throughout the day -- so frankly I rule this "your network is too busy or your routers need rebooting" cause out too.
- Programming on my Apex Controller itself is likely pushing the boundaries of what it's capable of computing and memory-wise, with 90+ Outlets, 11 Modules, 8 Switches and 6 Probes.
My personal theory is the last point is what causes my occasional unresponsive apps against my Apex -- both iOS and Fusion with their various timeout/disconnect messages, and occasionally lack of responsiveness from the native web interface that unfortunately sometimes results a few seconds later in my controller crashing and performing a reboot. I don't know if your configuration is even approaching mine in terms of complexity, but if so, IMO, it's the likely cause of your timeout messages. I recently spent the better part of a day trying to streamline programming, reducing length of all my outlet names, etc. (there is another recent thread of mine on that), and after running that hard-to-manage configuration for several days, it really changed nothing in terms of occasional timeout/disconnect pop-ups and the more rare reboot problem I have. As such, I put some of my longer outlet names back in for my own sanity. There is no known resolution to these issues, and as part of the "1% Club", I just live with it for now as I believe a few others are with similar large configurations.
As a workaround, I know for a fact that I have less (but still have) issues like you describe when I use the native web interface which in my case is all hardwired ethernet, more when I use the iOS app that adds the WiFi component, and the most when I use Fusion -- be that via my iMac or most via my iPad/iPhone across home WiFi. To help Neptune Support, I figured I'd let Interzoo get over, allow Fusion GA to stabilize, then I'd open a ticket with them to see if there is anything more I can do to both collect data for them when I have my unresponsive issues, or more importantly, try to resolve my unpredictable controller crash/reboot problems. As Russ says, you can also open a ticket with support if you like.
Good luck.
Bookmarks