# Nexora | IoT Device & Gateway Connectivity > Connect IoT devices and gateways with Nexora through protocol planning, consistent messages and recovery workflows for interrupted network connections. Canonical page: https://www.nexoraesrd.com/nexora/device-connectivity/ Language: English Nexora ESRD LLP · Complete IoT & Embedded Engineering Services # IoT Device & Gateway Connectivity Your connection needs to work beyond the first successful message. We build the agreed path between devices, gateways and applications, with clear rules for identifying equipment and handling interrupted communication. Keep device information understandable as it travels through your system. [Discuss your project ↗](https://www.nexoraesrd.com/contact/?service=iot) ## Choose IoT connectivity for the installation environment The right connection depends on where the device is installed, how it is powered and how often it needs to send information. A nearby phone, a local gateway, Wi-Fi and a cellular link solve different problems. We review the options supported by your equipment and test the important assumptions. Indoor coverage, mounting position, access to a network and the cost of a data plan belong in the discussion before the application depends on a particular connection. - Supported device and gateway interfaces - Reporting frequency and power constraints - Installation conditions and network responsibilities ## Give every message a shared meaning The receiving application needs to know which device sent a message and how to interpret its contents. We define identifiers, field names, units, message versions and time information with the hardware team. If a gateway represents several devices, the mapping must remain clear when a unit is replaced or moved. We use sample messages to check the contract and decide what happens to an unknown device, a missing field or a value outside the expected range. - Device registration and gateway mapping - Versioned payload examples and validation - Access rules for devices and receiving services ## Recover without hiding what happened Connections stop, equipment restarts and messages arrive more than once. We design the receiving path around those conditions. Where the hardware supports local storage, we agree which readings can wait and how they are resent. If it cannot store information, the application should show the gap clearly. Commands need a separate response path: a request sent by the cloud is not proof that the device performed the action. We test acknowledgement and timeout behaviour where remote actions are included. - Retry, buffering and duplicate handling - Clear separation of message time and arrival time - Connection-loss and restart tests using representative equipment ## Project deliverables - A connection diagram with component responsibilities - Device identities, message examples and interface rules - The agreed gateway or application integration - Recovery test results and setup instructions ## Our project approach - ### Inspect the actual interface We examine manufacturer information and working messages from representative equipment. This confirms what the device exposes and which permissions or configuration changes are required. - ### Build one complete path We connect a representative unit to the receiving service and verify identity, data values and access. The same examples support reviews by both firmware and application developers. - ### Interrupt and reconnect We repeat tests with missing connectivity, delayed messages and restarts. The results establish recovery behaviour and document any limits that operators need to understand. ## Information to plan your project - Device and gateway specifications plus representative units - Sample messages and details of the receiving platform - Installation conditions, network access and reporting requirements ## Service questions and answers ### What connects a Bluetooth device to an internet application? The route often includes a compatible phone or gateway that can receive the device’s data and reach the application. We check what the device actually exposes, how that intermediate unit is powered and what happens when it is absent. The connection plan covers the whole route rather than treating Bluetooth as an internet service. Explore related services [Plan a mobile gateway experience](https://www.nexoraesrd.com/technologies/react-native-mobile-products/) ### How should we choose between local wireless and cellular connectivity? Compare the installation, power source, reporting frequency and network access available to the device. A local gateway may suit one setting, while another needs a supported cellular connection. Coverage, antenna placement and provider charges require review. We test representative conditions instead of assuming that a network label guarantees a usable connection. Explore related services [Compare practical connection options](https://www.nexoraesrd.com/nexora/iot-consulting/) ### Will readings collected during an outage appear when the device reconnects? Only if the device or gateway can retain them and the receiving system supports replay. We agree storage limits, timestamps and retry rules. Late readings may belong in history without being presented as current measurements. When buffering is unavailable, the application should show the missing interval clearly rather than inventing continuity. Explore related services [Handle delayed and missing readings](https://www.nexoraesrd.com/nexora/iot-data-alerts/) ### How can messages from different device models use the same dashboard? We define a shared meaning for identifiers, units, timestamps and status values, then map each supported model to it. The receiver also needs to recognise message versions and reject invalid data. That mapping is checked with representative messages; similar field names do not prove that different devices report the same thing. Explore related services [Build consistent equipment views](https://www.nexoraesrd.com/nexora/iot-dashboards/) ### How do we know that a command sent from the cloud reached the equipment? Sending a request is only one stage. Where remote commands are supported, we define acknowledgement, timeout and outcome messages with the device team. The application should distinguish a queued request from a confirmed action and explain uncertain results. Consequential control behaviour needs separate scope and validation before it is enabled. Explore related services [Define device command behaviour](https://www.nexoraesrd.com/nexora/embedded-firmware/) ### What changes when a failed device is replaced with a new unit? We need an agreed process for registration, credentials and the link between the physical asset and its device identity. Historical readings should not become confused with the replacement’s measurements. The plan also covers revoking the old unit’s access and testing what operators see before the new unit starts reporting. Explore related services [Connect device identity with the asset record](https://www.nexoraesrd.com/solutions/equipment-asset-management/) ## Discuss your project Tell us what you want to build. We'll help you find a clear way forward. [Discuss your project ↗](https://www.nexoraesrd.com/contact/?service=iot) Explore the wider service [IoT & Connected Systems ↗](https://www.nexoraesrd.com/services/iot-connected-systems/) [Discuss your project ↗](https://www.nexoraesrd.com/contact/?service=iot) ## Related services ### React Native App Development Services Build React Native apps with Nexora, planning mobile journeys, device features, interrupted connections and the installation and update process. [Explore this service](https://www.nexoraesrd.com/technologies/react-native-mobile-products/) ### IoT Consulting & Project Planning Plan an IoT project with Nexora: review device data, connections and user needs, then define a pilot with clear scope and acceptance checks. [Explore this service](https://www.nexoraesrd.com/nexora/iot-consulting/) ### IoT Data Processing & Alert Workflows Process IoT data with Nexora through validation, useful history and alert workflows with clear recipients, acknowledgement and follow-up responsibilities. [Explore this service](https://www.nexoraesrd.com/nexora/iot-data-alerts/) ### IoT Dashboards & Monitoring Applications Build IoT dashboards with Nexora for clear device status, useful history and operational actions, with visible context for stale or missing readings. [Explore this service](https://www.nexoraesrd.com/nexora/iot-dashboards/)