Designing for the IoT creates a number of new challenges for system designers. It’s not as easy as it sounds.
I’m at the Embedded World conference in Nuremberg this week. Yes, between Mobile World Congress in Barcelona and DVCon in San Jose, Calif., I chose Embedded World. Unfettered by unseasonally late snow and bad weather, it turns out this was the right decision. I have not attended this show for a couple of years and am pleased to find that the show has developed quite a bit. There are more than 845 exhibitors spread over six halls. The show is just as diverse as I had described its US brethren Design West in my post “Trying to make sense of the Chaos” earlier last year, just bigger. Much bigger!
The key themes here are low-power design and safety/security. Given the strength of the car industry here in Europe a lot of it is focused on the automotive application domain. There are networks within cars, there is consumerization within cars with impressive infotainment devices as well as complex body electronics under the hood. All of this requires complex hardware/software co-development, and that is why we are exhibiting the various components of our System Development Suite here.
Another driver is the network of cars, talking to complex infrastructures. And this is closely related to a term that has found adoption in the last couple of years — the “Internet of Things” (IoT). The term has been used for a while and you can find an interesting overview of infographics related to the IoT here. Here are some of the highlights:
Common cross all of this are the technologies to connect devices and the connections to the environment itself. And enabling all this requires changes in the development flows, a transition that has already started.
For one, the hardware and software of the connected devices needs to be validated within their environment. From a development tool perspective, the interaction of software with the analog and mixed/signal world, as well as the environment in which the devices reside, gains much more importance. As a result a new category of software for less complex processor cores creates a new set of requirements on development flows, and requires raising the abstraction level for mixed-signal simulation as described recently by my colleague Sathish Bala in a blog called “Smart Devices” and How They Affect Your Mixed-Signal SOC Verification”.
The figure associated with this post shows an example from the transportation domain. Software on a virtual platform for an ARM Cortex M0 microprocessor based microcontroller controls the regulator for a fuel pump module and injector based on the inputs it gets from the pressure sensors. The actual test bench represents the analog environment and needs to be modeled as such.
From a tools perspective users need to see the software combined with RTL and the AMS simulation results, as indicated in the figure above, running an ARM Cortex-M0 processor together with real number modeling (RNM) for the mixed signal portion of the design.
In addition to the pure embedded world, development environments have to take into account the networking and the software running within the environment infrastructure. The 200 Mbytes of data produced per year per cow, as well as data created in automotive sensors, are received in the environment and lead to “Big Data Analytics” on the infrastructure side.
Finally, from a systemic point of view, once the chip and its AMS connections connecting the “Things” in the IoT to the infrastructure in which it resides, the network itself needs to be simulated and appropriately configured, providing the necessary bandwidth to move data back and forth.
Bottom line: Designing for the IoT presents some new challenges like simulating the network of chips (not really new as technology — tools like Ptolemy have been used in this domain for a long time), all of it in the context of AMS interfaces. They are combined with existing challenges like bringing hardware and software designers closer together, enablement of early software development and validation as well providing tools for mixed-level simulation.
System development remains interesting for years to come!
—Frank Schirrmeister is group director for product marketing of the System Development Suite at Cadence.
Leave a Reply