Compact Wi-Fi/Bluetooth communication core board design
A module reduces RF matching work; a bare-IC approach adds crystal, power, and antenna development.
Select compact boards for communication access, location reporting, or video recording; compare through-hole and HDI breakout, and freeze via structure, antenna, battery, and production testability. Use HDI when component breakout and mechanical space actually require microvias. Freeze packages and via structure first, then assess power and RF conditions for the compact module.
Configurations in this category support development requirements discussions. Actual components, structures, and performance are confirmed in the project revision; historical development directions and engineering references are identified separately.
This category covers compact communication, positioning, and video boards. Costs are broken down by schematic, PCB layout, agreed software, and prototype validation scope; the main workload differences involve package breakout, via structure, compact power design, and RF/video interface validation. Layer count, board area, or channel count alone cannot determine development pricing; the usability of existing files and test conditions also affect the effort.
Quotation terms depend on the approved files, quantity, material supply, tests and delivery requirements.
Prepare a structured RFQ or use the short inquiry form.
| Quotation Items | What services are included | What to Check When Comparing Quotes |
|---|---|---|
| Existing circuit layout | Implement layout using approved schematics, footprints, and mechanical design | Whether schematic review, stackup/constraints, and fabrication files are included |
| From functional R&D | Package breakout, via structure, compact power design, and RF/video interface validation | Whether circuits, firmware, and validation targets are complete |
| Prototypes and revisions | Build prototypes from the frozen design, record test feedback, and release a controlled revision | Whether prototype quantity, component procurement, and change scope use the same basis |
HDI adds microvia routes for breakout constrained by packages and space; it is not mandatory for small boards. First compare modules versus bare ICs and through-hole versus microvia routing feasibility, then check lamination, via, and fabrication conditions.
Start selection with ball pitch, board outline, antenna clearance, and battery space, then review the parameters, cost boundaries, and validation conditions of the specific designs below.
| Review Questions | Why it impacts design | How to select and close |
|---|---|---|
| HDI necessity | Package ball pitch and connection count determine breakout difficulty; small equipment does not automatically require any-layer HDI. | Compare modules versus direct IC placement and through-hole versus microvia breakout; specify the required build-up level and manufacturing process window. |
| Stack-up and vias | Microvia layer pairs, buried vias, and sequential lamination affect yield, cost, and lead time. | Confirm hole diameter, dielectric, pad, and via-filling requirements with the PCB fabricator, and document permitted structures in the stackup file. |
| Compact Layout | Wireless, storage, and power circuits couple with one another on a small board. | Reserve antenna clearance, thermal management, decoupling, and interface testing; do not shrink protection components to gain space. |
Component packages and ball pitch, available stackups, board thickness and space, RF antenna region, peak power requirements, and camera/storage interfaces.
| Current Stage | Customer-Supplied Materials | Design deliverables |
|---|---|---|
| Functional requirements only | Component packages and ball pitch, available stackups, board thickness and space, RF antenna region, peak power requirements, and camera/storage interfaces. | Functional/state requirements, approach comparison, mechanical design, and open items for communication, positioning, and video breakout |
| Existing schematics or PCB | Editable circuit/PCB files, BOM, and mechanical design for products in this category; include component packages and ball pitch, available stackups, board thickness and space, RF antenna region, peak power requirements, and camera/storage interfaces. | Package breakout drawings, HDI stackup and via table, critical layout constraints, and power and mechanical validation records |
| Existing prototype pending revision | Fault reproduction conditions, raw logs/waveforms, test equipment, and original board revision | Troubleshoot faults related to communication, positioning, and video breakout, and deliver revised files, an impact list, and regression records under the same operating conditions |
A module reduces RF matching work; a bare-IC approach adds crystal, power, and antenna development.
Design cellular-module power transients to the datasheet; a capacity label cannot replace calculations of battery internal resistance and routing voltage drop.
First confirm processor encoding and camera-driver capabilities; the interface count of a conventional wireless MCU cannot replace a video-link budget.
Package breakout drawings, HDI stackup and via table, critical layout constraints, and power and mechanical validation records. Link deliverables to the same requirements revision; the PCB fabricator confirms materials, stackup, holes, and fabrication conditions, while PCB assembly checks footprints, soldering, programming, and test points. Recheck this category's constraints after critical-component substitutions or mechanical changes.
Key validation in this category: peak power delivery, RF and enclosure effects, storage/camera interfaces, solder-joint inspectability, and temperature rise.
| Acceptance Stage | Conditions to be frozen | Report Records |
|---|---|---|
| Functionality and boundaries | Component/software revisions, supply/load, and interface or mechanical operating conditions | Test procedures, raw logs/waveforms, results, and abnormal states |
| Application-specific performance | Peak power delivery, RF and enclosure effects, storage/camera interfaces, solder-joint inspectability, and temperature rise | Instruments and calibration, environment, samples, criteria, and exclusions |
| Version Closure | Change list, permitted limitations, passed items, and open items | Fabrication and software packages, test reports, and issue-closure records |
HDI adds microvia routes for breakout constrained by packages and space; it is not mandatory for small boards.
First specify ball pitch, board outline, antenna clearance, and battery space.
Layout-only work can be discussed when usable schematics and component information exist. Starting from compact communication, positioning, or video board requirements requires selection and circuit design first. Itemize software, prototypes, and testing separately; do not treat layout fees as a complete development budget.
For WiFi core, compact positioning, and video boards, examine package breakout, board outline, and antenna/battery space, and first compare modules, through-hole multilayer boards, and microvias. Commission an HDI stackup and breakout package only after the structure demonstrates a need. Itemize software and complete-unit validation by task; small boards should not all be called advanced HDI.
Provide ball pitch, via layer pairs, board thickness, and permitted lamination and filling conditions, and freeze them after the PCB fabricator confirms the manufacturing process window. The layout quotation should include packages and breakout, a via table, reference planes, and fabrication checks; if component selection or camera architecture is unresolved, perform separate circuit development rather than substituting a microvia process.
Wireless bridging needs network configuration/reconnection, positioning needs GNSS/upload queues, and video needs encoding/file recovery. HDI is only an interconnection method; via count cannot estimate firmware effort. Itemize work reduced by existing customer endpoints and source code, and do not assume an app or cloud service is included.
Retain the actual stackup, via layer pairs, package breakout, filling/lamination constraints, and component manufacturer information. Reconfirm the structure against the new fabricator's processes; copying Gerber files alone does not establish acceptability. Keep wireless, power, and video-data tests at the same revision and conditions to distinguish fabrication and functional risks.
Modules may reduce bare-IC matching and breakout, but change board occupancy, antennas, storage, or interfaces. First compare the new board outline and power design for the same functions, remove work that can be canceled, and add mechanical and complete-unit regression. Fewer microvias do not imply corresponding reductions in software and prototype budgets.
Communication access, location reporting, and event recording depend on wireless control, GNSS, and video encoding capabilities respectively. State interface conditions when reusing power circuits or maintenance tools; HDI does not imply processor support for cameras, positioning, or arbitrary high-speed data.
Initially describe the product task, application, and current files. A formal quotation should confirm component packages and ball pitch, available stackups, board thickness and space, RF antenna region, peak power requirements, and camera/storage interfaces. If source files exist, provide circuit/PCB/BOM and mechanical revisions together; if prototypes exist, include fault conditions. First identify frozen functions and structures, then compare circuit, layout, software, and validation work; unresolved items must not be assumed to share the same service scope.
Key validation in this category: peak power delivery, RF and enclosure effects, storage/camera interfaces, solder-joint inspectability, and temperature rise. For each RFQ item, specify the actual load/interface or structure, prototype quantity, measurement method, equipment, and permitted deviation; deliver raw results, anomalies, and revision closure separately. Circuit/PCB checks and complete-unit functional validation are different tasks; a quotation including only the former does not justify omitting the performance measurements specific to this category.
Select and place components using the manufacturer information in the specific design details, and record file revisions and applicable conditions with the project; the company's historical development directions do not mean the reference designs on this page have been delivered in volume.
Return to the electronics design technical section · PCB Manufacturing · PCB assembly · Submit R&D requirements. When requesting HDI PCB design, prepare functions, interfaces, board outline, and existing design information.
Send the product functions, interfaces, mechanical constraints, available files, and required development stage. Compare design capability scope and development support before defining deliverables.
Compare reference designs by function, interfaces, and mechanical constraints, including design tradeoffs and prototype-acceptance methods.
WiFi/Bluetooth core board design: for the 35mm by 30mm target, UART/SPI access, and actual enclosure, define two work packages. Module versions check antenna clearance and bridging; IC versions add crystals, matching, and RF debugging. Align prototypes, network configuration, and in-enclosure communication tests before comparing development effort and subsequent materials, rather than module/IC prices alone.
Compact 4G tracker mainboard design: freeze the 40mm by 30mm target, single-cell lithium battery/charging, battery space, and three wireless-antenna spaces before comparing six-layer through-hole and 1+4+1 HDI. Divide work into mechanical/power, location upload, buffer recovery, and complete-unit prototypes. Extremely compact routing before space is defined causes mechanical changes to consume development budgets again.
Define pet camera mainboard requirements by camera interface, encoding, frame rate, bitrate, and recording duration. Review storage recovery, wireless readout, battery load, and enclosure heat; the 720p example is a design target.
Tell us the product use and which files are available. We can define the next engineering step even when the data package is not complete.