• State Verified Answer
  • Replies 4 replies
  • Subscribers 17 subscribers
  • Views 223 views
  • Users 0 members are here
Options
Related

Background Network Communication Capability in Connect IQ

4780266
1 month ago

Hi Garmin Developer Community,

I'm exploring the possibility of creating a Connect IQ app for Garmin watches with Wi-Fi capabilities. My app needs to send and receive UDP or HTTP messages every few seconds continuously in the background to communicate with a customised router.

Could anyone confirm whether the Garmin Connect IQ platform supports continuous UDP or HTTP communication at short intervals (e.g., every 1-5 seconds) when the app is running in the background?

If neither UDP nor HTTP communication is supported in this scenario, I'd greatly appreciate any recommendations for alternative approaches or solutions on Garmin devices.

Thanks in advance for your insights!

Best regards,

Top Replies

All Replies

  • 0 1 month ago
    4780266 said:
    Could anyone confirm whether the Garmin Connect IQ platform supports continuous UDP or HTTP communication at short intervals (e.g., every 1-5 seconds) when the app is running in the background?

    As far as I know, the SDK only supports HTTP communication — there's no support for UDP. Background services can run at most every five minutes, and apps typically communicate via the phone. While Wi-Fi is supported, you can't maintain a permanent connection, and as far as I know, it's not possible to establish a Wi-Fi connection from the background.

    Could you share a bit more about your use case? What’s the goal behind sending data at such short intervals in the background?

  • +1 1 month ago

    A background service can run at most every 5 minutes, and for at most 30 seconds each time..  You can't do UDP at all  Just makeWebRequest/makeUmageRequest.

  • 0 1 month ago in reply to the-ninth

    Thank you so much for your detailed explanation and for clarifying these limitations — I really appreciate it!

    The main goal of our use case is to use periodic communication to ensure that everyone connected to the router stays within a safe range. Because of this, the communication interval needs to be as short as possible to allow for real-time monitoring and immediate alerts if someone moves out of range.

    Thanks again for your time and support! Please let me know if you have any further suggestions or alternative approaches that might work within these constraints.

  • 0 1 month ago in reply to jim_m_58

    Thank you so much for clarifying this, I really appreciate it!