How customer-specific standard products ease mobile device design
June 20, 2007 -- pldesignline.com
Mobile device designers face a critical question: what functionality should be incorporated in their next-generation designs? Answering this question while simultaneously addressing the market needs of rapid development, lowest cost, and long battery life presents a major challenge. The advent of customer specific standard products is helping designers maximize their design options while minimizing cost and effort.
Because next-generation mobile devices will likely assume a central role in consumer electronics, serving both as a personal device and as key core elements in a full-featured home entertainment and communications system, they must provide many connectivity options. Further, the functions of the portable media player, digital camera/camcorder, game system, and enhanced mobile phone with web browsing and PDA capabilities are converging into a single mobile device. To enable all these features, the solutions that designers need require a variety of interfaces, including high-capacity storage, WLAN and Bluetooth, GPS and the like. However, the exact mix of functions that the market will demand is difficult to predict.
Mobile device developers are therefore faced with a major challenge. To succeed in a rapidly changing market their designs must be flexible with a high degree of design reuse or they will take too long in development and miss market opportunities. At the same time, the designs will have to achieve the lowest possible cost, so developers cannot hedge their bets by including functions solely for future expansion. Further, the device must offer high performance and yet still enable long battery life.
The ideal design approach for mobile devices, therefore, is one that offers high-integration, design flexibility, ease of implementation and low-power. Unfortunately, conventional design approaches, which include the use of ASICs and ASSPs (application specific standard products), processor-based software implementations and programmable logic, all tend to fall short in one or more of these areas. As a result, designers have had to resort to making tradeoffs.
To read the full article, click here
Related Semiconductor IP
- DDR5 MRDIMM PHY and Controller
- RVA23, Multi-cluster, Hypervisor and Android
- HBM4E PHY and controller
- 64 bit RISC-V Multicore Processor with 2048-bit VLEN and AMM
- NPU IP Core for Mobile
Related White Papers
- PowerVR MBX - Creating an IP standard for advanced mobile multimedia
- Latest Version of Interface Protocol Speeds Mobile Device Development, Lowers e-BoM
- Increase battery life of Consumer Products using architecture simulation
- How to Design SmartNICs Using FPGAs to Increase Server Compute Capacity
Latest White Papers
- QiMeng: Fully Automated Hardware and Software Design for Processor Chip
- RISC-V source class riscv_asm_program_gen, the brain behind assembly instruction generator
- Concealable physical unclonable functions using vertical NAND flash memory
- Ramping Up Open-Source RISC-V Cores: Assessing the Energy Efficiency of Superscalar, Out-of-Order Execution
- Transition Fixes in 3nm Multi-Voltage SoC Design