Full-Stack Product DevelopmentFrom Circuit Board to Cloud

• Companies building a new product from scratch: they have the market and channels, and need one team to turn the idea into an electronic product ready for trial production.

• Clients who do not want to coordinate several suppliers: one for hardware, one for firmware, one for the app and another for the backend, where the communication overhead often exceeds the development itself.

• Clients taking over an unfinished product: the previous supplier left boards, code and documentation each missing a piece, and someone needs to take hold of the whole chain and carry it forward.

• Clients whose product must pass FCC or CE certification, where decisions at every layer from board to cloud need to leave room for certification.

XTELL's work covers every technical layer of a product: PCB design, FPGA, embedded firmware, Linux BSP, device interfaces, mobile apps, backends and IoT platforms. No layer is outsourced to a third party, and the client is not left acting as integrator. Full stack is not a slogan but a delivery structure: every layer of the product comes from one team, so there is never a "that's the other supplier's problem".

Turnkey means the complete loop from requirements assessment to a sample ready for trial production: architecture, hardware, software, integration and iteration all carried by XTELL. The client accepts a working product that powers on, not a pile of modules waiting to be joined. Scope and boundaries are agreed per project in the contract - we can take the whole product or only some of its layers. Timeline and price depend on scope and are given after assessment; this page does not fix numbers.

The 433MHz security linkage system is the representative full-stack project. The challenge was keeping 433MHz sub-GHz terminals, IP cameras and the phone app in sync through one backend, with real-time video and alarm pushes arriving reliably.

• Firmware: an STC32G128K running FreeRTOS manages the 433MHz wireless terminals, the TXW82x SDK drives the IPC/FPV camera, and an LCD/OLED shows local status.

• Mobile: a Flutter app for iOS and Android, with go_router and provider organising routing and state, QR code provisioning to pair devices, WiFi scanning to join the network, RTSP/HLS video playback through VLC, and alarm push.

• Backend: NestJS and TypeScript, TypeORM over PostgreSQL, JWT authentication and Redis caching, with EMQX as the MQTT broker for device messages, ZLMediaKit for stream relay and Docker Compose for deployment.

The Allwinner R528 control board runs Tina-Linux. The challenge was keeping multiple peripheral drivers and web services running stably side by side on the R528. Delivered: peripheral drivers for five UART channels plus GPIO and USB, HTTP file transfer, WebSocket real-time control, GCODE file dispatch and auto-start service management. One board, from kernel drivers to upper services, delivered entirely by XTELL - the typical full-stack scope for a Linux device.

The ultrasound touch control system serves medical equipment, and the challenge was a stable, responsive ultrasound imaging interface with reliable touch on medical hardware. It uses Android for the touch interface, the M8 Touch communication protocol to talk to the equipment, a systematic set of UI mockups and slice assets for consistency, and TouchControl for touch input. Medical equipment demands more of its human-machine interface than consumer electronics does, and this project shows full-stack delivery extending to the interaction layer of a regulated industry.

The value of hardware-software co-design is realised at the architecture stage. How sensors are read, which bus the data travels on, who refreshes the screen, how the device behaves locally when the network drops - these interfaces are defined one by one in the proposal and written down, and hardware, firmware, app and backend are each developed against the same agreement. The peripheral allocation of the R528's five UARTs, GPIO and USB, and the message agreements between terminals, cameras and app over MQTT to the backend in the 433MHz system, were settled this way. Defining interfaces first costs a few days up front and saves the layers from guessing at each other during integration.

When a device misbehaves, a software-only supplier can only relay the symptom - the device didn't report. XTELL can open the firmware and see what the device actually sent and whether the server received it. With one team writing the firmware, the app and the backend, diagnosis needs no message-passing between suppliers and integration needs no cross-company scheduling. That is the main reason western B2B clients hand us whole products.

Taking on the whole product is not the only option. Clients can engage us for hardware plus firmware, app plus backend, or to take over one unfinished layer. For a layered engagement XTELL first checks the interfaces with the existing parts - schematic, communication protocol, data formats - and then estimates the work. Honestly, when we do only one layer our biggest advantage, cross-layer diagnosis, is used less, but the ability to judge cross-layer problems is still there.

This page is the overview of the full-stack service. Each stage has its own specialist page covering its technical detail, real cases and process:

• Hardware: hardware design, PCB design, PCB prototyping and trial production, FPGA design

• Software: embedded software, firmware development, Linux BSP and drivers

• Applications: mobile apps, web applications and backends, IoT product development, computer vision and edge AI

The recommended order is to read this page to settle the shape of the engagement, then check the specialist pages for detailed capability at each stage.

Clients' products routinely need certification, and XTELL supports FCC, CE and related work. The advantage of full-stack delivery in certification is that the whole chain can be adjusted: firmware controls RF parameters and power modes, board design controls EMC-related layout, and the backend supports exporting test data. Problems certification exposes do not have to travel between suppliers. Certificates are issued by accredited test labs; we make sure the product behaves consistently on the test bench.

1. Requirements review: the client shares the product definition, target market and any existing material, and together we confirm technical feasibility and the layers of engagement.

2. Proposal and quote: architecture recommendation, scope and milestones. Whether source code and design files are delivered, and under an open or closed model, is agreed item by item in the contract. Nothing on this page constitutes a blanket commitment.

3. Development and integration: the layers progress in parallel and integrate against the agreed interfaces, with measured data in place of assumptions.

4. Delivery and iteration: delivery scope follows the contract; later revisions and further development are assessed as new scope.

XTELL (Shenzhen XTELL Future Technology) was founded in Shenzhen in 2016. Over the ten years since, it has delivered more than 100 projects, with clients predominantly western B2B companies. Its work covers every layer from circuit board to cloud: PCB design, FPGA, embedded firmware, Linux BSP, device interfaces, mobile apps, backends and IoT platforms.