Tag Archives: ARM Cortex M-0+

mbed eval boards showcase focus on IoT software and connectivity


Chipmakers like Atmel are joining hands with ARM to bring the entire ecosystem under one roof and thus facilitate the creation of standards-based IoT products.


ARM’s mbed operating system is winning attention in the highly fragmented embedded software space by promising a solid software foundation for interoperable hardware and thus scale the Internet of Things designs by narrowing the development time.

Atmel has put its weight behind ARM’s mbed OS by launching the single-chip evaluation board for the IoT ecosystem in a bid to ensure low software dependence for the embedded developers. The leading microcontroller supplier unveiled the mbed evaluation platform at the recent ARM TechCon held in Santa Clara, California.

The mbed OS platform is focused on rapid development of connected devices with an aim to create a serious professional platform to prototype IoT applications. So IoT developers don’t have to look to software guys for help. The mbed stack features a strong focus on enhancing the IoT’s connectivity and software components.

Atmel mbed Xpro board

ARM is the lead maintainer for the mbed OS modules while it adds silicon partners, like Atmel, as platform-specific dependencies for the relevant mbed OS modules. Silicon partners are responsible for their platform-specific drivers.

Atmel’s mbed-enabled evaluation board is based on the low-power 2.4GHz wireless Cortex-M0+ SAM R21 MCU. Moreover, Atmel is expanding mbed OS support for its Wi-Fi modules and Bluetooth Low Energy products.

The fact that Atmel is adding mbed OS to its IoT ecosystem is an important nod for ARM’s mbed technology in its journey from merely a hardware abstraction layer to a full-fledged IoT platform. Atmel managers acknowledge that mbed technology adds diversity to embedded hardware devices and makes MCUs more capable.

Solid Software Foundation

There is a lot of code involved in the IoT applications and software is getting more complex. It encompasses, for instance, sensor library to acquire data, authentication at IoT gateways and SSL security. Here, the automatic software integration engine like mbed lets developers focus on their applications instead of worrying about integrating off-the-shelf software.

The mbed reference designs like the one showcased by Atmel during ARM TechCon are aimed at narrowing the development time with the availability of building blocks and design resources—components, code and infrastructure—needed to bootstrap a working IoT system. Atmel managers are confident that a quality software foundation like mbed could help bring IoT products to market faster.

thingsquare2

Atmel’s mbed-enabled IoT evaluation board promises harmony between hardware and software. Apparently, chipmakers like Atmel are joining hands with ARM to bring the entire ecosystem — OS software, cloud services and developer tools — under one roof, and thus facilitate the creation of standards-based IoT products. Atmel’s mbed evaluation board clearly mirrors that effort to deliver a complete hardware, software and developer tools ecosystem in order to bring IoT designs quicker to market.

The platform comprises of mbed OS software for IoT client devices like gateways and mbed Device Server for the cloud services. ARM launched the mbed software platform in 2014 and Atmel has been part of this initiative since then.

mbed in Communications Stack

Additionally, Atmel has tied the mbed association to its SmartConnect wireless solutions to make the best of mbed’s networking stack in the Internet of connected things. The IoT technology is built on layers, and here, interoperability of communications protocols is a key challenge.

For a start, Atmel’s SAM R21-Xpro evaluation board is embed-enabled and is built around the R21 microcontroller, which has been designed for industrial and consumer wireless applications running proprietary communication stacks or IEEE 802.15.4-compliant solutions.

Next up, the evaluation board includes SAM W25 Wi-Fi module that integrates IEEE 802.11 b/g/n IoT network controller with the existing MCU solution, SAM D21, which is also based on the Cortex-M0+ processor core.

XPLAIN
Furthermore, Atmel is offering an mbed-enabled Bluetooth starter kit that includes SAM L21 microcontroller-based evaluation board and ultra-low-power Bluetooth chip BTLC1000, which is compliant with Bluetooth Low Energy 4.1. Atmel demonstrated a home lighting system at the ARM TechCon show floor, which employed SAM R21-based Thread routers that passed light sensor information to an mbed-enabled home gateway. Subsequently, this information was processed and sent to the mbed Device Server using a web interface.


Majeed Ahmad is the author of books Smartphone: Mobile Revolution at the Crossroads of Communications, Computing and Consumer Electronics and The Next Web of 50 Billion Devices: Mobile Internet’s Past, Present and Future.

Ready to wear sensor hubs


Majeed Ahmad explores the latest sensor hub offerings for wearable devices.  


By Majeed Ahmad

Atmel has beefed up its sensor hub offerings for wearable devices with SAM D20 Cortex M0+ microcontroller core to add more functionality and further lower the power bar for battery-operated devices. The SAM D20 MCUs offer ultra-low power through a patented power-saving technique called “Event System” that allows peripherals to communicate directly with each other without involving the CPU.

Atmel is part of the group of chipmakers that use low-power MCUs for sensor management as opposed to incorporating low-power core within the application processor. According to market research firm IHS Technology, Atmel is the leading sensor hub device supplier with 32 percent market share.

Sensor hubs are semiconductor devices that carry out sensor processing tasks — like sensor fusion and sensor calibration — through an array of software algorithms and subsequently transform sensor data into app-ready information for smartphones, tablets and wearable devices. Sensor hubs combine inputs from multiple sensors and sensor types including motion sensors — such as accelerometers, magnetometers and gyroscopes — and environmental sensors that provide light level, color, temperature, pressure, humidity, and many other inputs.

Atmel has supplied MCU-centric sensor hub solutions for a number of smartphones. Take China’s fourth largest smartphone maker, Coolpad, which has been using Atmel’s low-power MCU to offload sensor management tasks from handset’s main processor. However, while still busy in supplying sensor hub chips for smartphones and tablets, Atmel is looking at the next sensor-laden frontier: wearable devices.

SAM D20 Evaluation Kit

SAM D20 Evaluation Kit

Wearable devices are becoming the epitome of always-on sensor systems as they mirror and enhance cool smartphone apps like location and transport, activity and gesture monitoring, and voice command operation in far more portable manner. At the same time, however, always-on sensor ecosystem within connected wearables requires sensor hubs to interpret and combine multiple types of sensing—motion, sound and face—to enable context, motion and gesture solutions for devices like smartwatch.

Sensor hubs within wearable environment should be able to manage robust context awareness, motion detection, and gesture recognition demands. Wearable application developers are going to write all kinds of apps such as tap-to-walk and optical gesture. And, for sensor hubs, that means a lot more processing work and a requirement for greater accuracy.

So, the low-power demand is crucial in wearable devices given that sensor hubs would have to process a lot more sensor data at a lot lower power budget compared to smartphones and tablets. That’s why Atmel is pushing the power envelope for connected wearables through SAM D20 Cortex M0+ cores that offload the application processor from sensor-related tasks.

LifeQ’s sensor module for connected wearables.

LifeQ’s sensor module for connected wearables

The SAM D20 devices have two software-selectable sleep modes: idle and standby. In idle mode, the CPU is stopped while all other functions can be kept running. In standby mode, all clocks and functions are stopped except those selected to continue running.

Moreover, SAM D20 microcontroller supports SleepWalking, a feature that allows the peripheral to wake up from sleep based on predefined conditions. It allows the CPU to wake up only when needed — for instance, when a threshold is crossed or a result is ready.

The SAM D20 Cortex M0+ core offers the peripheral flexibility through a serial communication module (SERCOM) that is fully software-configurable to handle I2C, USART/UART and SPI communications. Furthermore, it offers memory densities ranging from 16KB to 256KB to give designers the option to determine how much memory they will require in sleep mode to achieve better power efficiency.

Atmel’s sensor hub solutions support Android and Windows operating systems as well as real-time operating system (RTOS) software. The San Jose–based chipmaker has also partnered with sensor fusion software and application providers including Hillcrest Labs and Sensor Platforms. In fact, Hillcrest is providing sensor hub software for China’s Coolpad, which is using Atmel’s low-power MCU for sensor data management.

The company has also signed partnership deals with major sensor manufacturers — including Bosch, Intersil, Kionix, Memsic and Sensirion — to streamline and accelerate design process for OEMs and ensure quick and seamless product integration.

Atmel-Sensor-Hub-Software-from-Hillcrest-Labs-Block-Diagram

Atmel Sensor Hub Software from Hillcrest Labs


 

This post has been republished with permission from SemiWiki.com, where Majeed Ahmad is a featured blogger. It first appeared there on February 4, 2015.  Majeed Ahmad is author of books Smartphone: Mobile Revolution at the Crossroads of Communications, Computing and Consumer Electronics and The Next Web of 50 Billion Devices: Mobile Internet’s Past, Present and Future. Majeed has a background in Engineering MS, former EE Times Editor in Chief (Asia), Writer for EC Magazine, Author of SmartPhone, Nokia’s SMART Phone.

 

Baskin-Robbins only has 31 flavors, Atmel has 505

Actually these days even Baskin-Robbins has more, but not 505 like Atmel. That’s a lot. While some are AVR, both 8-bit and 32-bit, others are various flavors of ARM (all 32-bit) ranging from older parts like the ARM9 to various flavors of Cortex ranging from the M0 (tiny microcontroller with no pipeline or cache) up to A5. Of course, the ARM product line goes all the way up to 64-bit Cortex-A57 and so on — but they are not in any sense of the word microcontrollers and are really only used in SoCs and not standalone products.

But with 505 choices, how do you pick one? Fortunately, Atmel has made it easy for you to navigate the various flavors. With the help of the company’s MCU product finder, you now have the ability to input your hard constraints, while the tool will narrow down the choices. For example, if you want your microcontroller to have at least 64 Kbytes of flash, then there are only 257 out of the 505 that will suit your needs. For each parameter, users can set minimums and maximums — except for the yes/no choices.

When it comes to the selection process, there are several things that you can constrain:

  • Flash memory (0 to 2Mbytes)
  • Pin count (6 to 324)
  • Operating frequency (1 to 536MHz)
  • CPU architecture (pick from 8-bit AVR, 32-bit AVR, ARM 926 and 920, ARM Cortex M0, M3, M4, A5)
  • SRAM (30 bytes to 256 Kbytes)
  • EEPROM (none to 8 Kbytes)
  • Max I/O pins (4 to 160)
  • picoPower (yes or no)
  • Operating voltage (various ranges from 0.7V to 6V)
  • Operating temperature (various from -20oC to 150oC)
  • Number of touch channels (none to 256)
  • Number of timers (1 to 10)
  • Watchdog (yes or no)
  • 32KHz real time clock (yes or no)
  • Analog comparators (0 to 8)
  • Temperature sensor (yes or no)
  • ADC resolution (8 to 16 bits)
  • ADC channels (2 to 28)
  • DAC channels (0 to 4)
  • UARTs (0 to 8)
  • SPI (1 to 12)
  • TWI (aka I2C) interface (none to 6)
  • USB interface (none, device only, host+OTG, host and device)
  • PWM channels (0 to 36)
  • Ethernet interfaces (none to 2)
  • CAN interfaces (none to 2)

Wow, that’s a lot of options! But after a couple of dozen selections, you can narrow down your choice to something manageable. Here’s how the interface will appear:

Say for instance, I wanted to pick a microcontroller, an ARM Cortex of some flavor. Already choices are down to 189. I want 32K to 128K of flash (now down to 73 choices). I want it to run at an operating frequency of at least 64 MHz (now down to 10). I want 4K of SRAM (turns out all 10 choices already have that much). I need 4 timers. I am now down to 2 choices:

These two choices are the ATSAM3S1C and the ATSAM3S2C — both ARM Cortex-M3s. The first has 64K of flash and the second 128K. I can click on the little PDF icon and access a full datasheet for these microprocessors. If I don’t like the choices and I have some flexibility on specs, then obviously I can go back and play with the parameters to get some new options.

I can click on the “S” to order samples. However, in order to do this, you must already have an Atmel account. Or, with just another click on the shopping cart icon, I can obtain a list of distributors throughout various geographic regions, where I can actually place an order. It even tells me how many each of them have in stock!

For those of you ready to start searching, you can find the Atmel Microcontrollers Selector here.

This post has been republished with permission from SemiWiki.com, where Paul McLellan is a featured blogger. It first appeared there on March 2, 2014.

An introduction to Kevin Ashton’s recent IoT keynote

Recently, a number of industry heavyweights have taken a keen interest in the Internet of Things (IoT). Essentially, the IoT involves various nodes collectively generating a tremendous amount of data.  We know there is a strong emphasis now for the “Things being connected”.  In a small scale, a Formula 1 constructor such as McLaren uses a cluster of sensor nodes to transmit vital telemetry from the pit crew to garage, then to race engineers and ultimately back to R & D centers. During the races, this all happens in realtime. Of course, the customer in this scenario is the driver and engineering team – converging machine logs and other relevant data to ensure a vehicle runs at optimal speed.  During the races, this happens realtime; converging decisive machine log and digital data together to formulate decisive actions toward minor setting adjustments; this results in balancing the force of physics to the engine and car to produce fractions of a competitiveness in seconds.  This equates to a win in the race and competitiveness on the circuit.  Comparatively as a smaller micro-verse, this is the world of Industrial Internet and Internet of Things.

Now let’s imagine this same scenario, albeit on a global scale. Data gathered at crucial “pressure points” can be used to optimize various processes for a wide variety of applications, scaling all the way from consumer devices to manufacturing lines. To be sure, an engine or critical component like a high efficiency diesel Spark Plug is capable of transmitting information in real-time to dealerships and manufacturers, generating added value and increasing consumer confidence in a brand.

Sounds like such a scenario is years away? Not really, as this is already happening with GE and other larger Fortune 500s. Then again, there are still many frontiers to continually innovate. Similar to aviation, its more about building smarter planes, rather than aspiring to a revolution in design. Meaning, building planes capable of transmitting data and implementing actions in real-time due to evolved processes, automation and micro-computing.

Likewise, applications combined with embedded designs also yield improved output. Given the multitude of various mixed and digital signals, efficiency and computing quality factors also play vital roles in the larger system. The GE jet engine featured in one particular plane has the ability to understand 5,000 data samples per second. From larger systems down to the micro embedded board level, it’s all a beautiful play of symphony, akin to the precision of an opera. To carry the analogy further, the main cast are the architects and product extraordinaires who combine intelligent machine data, application logic, cloud and smartly embedded designs to achieve the effect of an autonomous nervous system.

Remember, there are dependencies across the stack and layers of technology even down to the byte level. This helps planes arrive at their destination with less fuel – and keeps them soaring through the sky, taking you wherever you want to go. Ultimately, a system like this can save millions, especially when you take into account the entire fleet of aircraft. It is truly about leveraging intelligent business – requiring connectivity states concerted in a fabric of communication across embedded systems. Clearly, the marriage of machine data and operational use-cases are drawing closer to realization.

“When you’ve got that much data, it had better be good. And reducing the CPU cycles cuts energy use, especially important in applications that use energy harvesting or are battery powered. And that is why Atmel offers a wide range of products mapping to more than the usual embedded design ‘digital palette’ of IoT building blocks. The market needs illustrations and further collaboration; diagrams that show what plays where in the IoT and who covers what layers,” says Brian Hammill, Sr. Atmel Staff Field Applications Engineer.

“Something like the OSI model showing that we the chip vendors live and cover the low level physical layer and some cover additional layers of the end nodes with software stacks. Then, at some point, there is the cloud layer above the application layer in the embedded devices where data gets picked up and made available for backend processing. And above that, you have pieces that analyze, correlate, store, and visualize data and groups of data. Showing exactly where various players (Atmel, ARM mbed (Sensinode), Open Platform for IoT, Ayla Networks, Thingsquare, Zigbee, and other entities and technology) exist and what parts of the overall IoT they cover and make up.”

Atmel offers a product line that encompasses various products that give rise to high end analog to digital converter features.  For example in Atmel’s SAM D20 an ARM based Cortex-M0+, the hardware averaging feature facilitates oversampling.  Oversampling produces sample rates at high resolution.  The demand for high resolution sampling runs congruent to many real-world sensor requirements.  In the world of engineers and the origin of the embedded designs, achieving lean cost by ensuring no extra software overhead – competitive with benefits.  In the design and mass fulfillment of millions of components and bill of materials used to create a multi-collage of global embedded systems, there exist strong ledger point of view – even for engineers, designers, architects, and manufacturing managers.  Ultimately, augment business line directives to fullest ROI.  Expanding the design/experience envelope, Atmel microcontrollers have optimized power consumption.  Brian Hammill concurs, “Atmel offers several MCU families with performance under 150 microamperes/MHz (SAM4L has under 90 uA/MHz, very low sleep current, and flexible power modes that allow operation with good optimization between power consumption, wakeup sources, wakeup time, and maintaining processor resource and memory.”

Geographically, there seems to be a very strong healthcare pull for IoT in Norway, Netherlands, Germany, Sweden and this follows into Finland and other parts of Asia as well as described in Rob van Kragenburg’s travels of IoT in Shanghai and Wuxi. Therein lies regional differences mixed with governance and political support. It is also very apparent that Europe and Asia place an important emphasis on IoT initiatives.

Elsewhere, this is going to happen from bottom-up (groups akin to Apache, Eclipse for the early web, open source, and IDE, and now IoT-A, IoT Forum) in conjunction with top-down (Fortune 500’s) across the span of industry. But first, collaboration must occur to work out the details of architecture, data science and scalability. This is contingent on both legacy systems and modern applications synchronizing and standardizing in the frameworks conceived by open and organizing bodies (meant to unify and standardize) such as IoT-A and IoT-I. Indeed, events like IoT-Week in Helsinki bring together thought leaders, technologist and organizations – all working to unify and promote IoT architecture, IP and cognitive technologies, as well as semantic interoperability.

In the spirit of what is being achieved by various bodies collaborating in Helsinki, Brian Hammill asserts: “The goal of a semiconductor company used to be to provide silicon. Today it is more as we need development tools as well as software stacks. The future means we need also to provide the middleware or some for of interoperability of protocols so that what goes in between the embedded devices and the customers’ applications. I think an IoT Toolkit achieves that in its design.  Atmel also offers 802.15.4 radios, especially the differentiation of the Sub-GHz AT86RF212B versus other solutions that have shorter range and require and consume more power.

We also must provide end application tools for demonstration and testing, which can then serve as starter applications for customers to build upon.”

There will be large enterprise software managing data in the IoT. Vendors such as SAS are providing applications at the top end to manage and present  data in useful ways, especially when it comes to national healthcare. Then there are companies which already know how to deal with big data like Google and major metering corporations such as Elster, Itron, Landis+Gyr and Trilliant. Back in the day, meter data management (MDM) was the closest thing to big data because nobody had thought about or cared to network so many devices.

We tend to think of IoT as a stereotype of sorts – forcing an internet-based interaction onto objects. However, it is really trying to configure the web to add functionality for “things,” all while fundamentally protecting privacy and security for a wide range of objects and devices, helping us shift to the new Internet era. Currently, there a number of organizations and standards bodies working to build out official standards (IETF) that can be ratified and put into engineering compliance motion. Really, it’s all starting to come together, as illustrated by the recent IoT Week in Helsinki which is also working to bring Internet of Things together. Here is IoT’s very own original champion, a leader whom has been working toward promoting the Internet of Things (IoT) for 15 years: Kevin Ashton’s opening talk for the Internet of Things Week in Helsinki (video).

iot-week-partners

Remarks at the opening of Third Internet of Things Week, Helsinki, June 17, 2013:

Thank you, and thank you for asking me to speak at the Third Internet of Things Week. I am sorry I can’t be with you in Helsinki. This is a vibrant and growing community of stakeholders. I am proud to have been a part of it for about 15 years now.

One of the most important things that is going to happen this week is the work on IOT-A.  It is really important to have a reference model architecture for the Internet of Things. And one of the reasons is that for most of those 15 years, we’ve been talking about the Internet of Things as something in the future, and, thanks to amazing work by this community — I would particularly like to recognize  Rob van Kranenburg and Gérald Santucci and the work of the European Union, which has been amazing for many, many years now — the Internet of Things is not the future anymore. The Internet of Things is the present. It is here, now.

I was with an RFID company a month ago who told me that they had sold 2 billion RFID tags last year and were expecting to sell 3 billion RFID tags this year.
rfid-tags

So, just in 2 years, this one company has sold almost as many RFID tags as there are people on the planet. And, of course, RFID is just one tiny part of the Internet of Things, which includes many sensors, many actuators, 3-D printing, and some amazing work in mobile computing and mobile sensing platforms from modern automobiles, which are really now sensors on wheels, and will become more so as, as we move into an age of driverless cars, to the amazing mobile devices we all have in our pockets, that I know some of you are looking at right now. Then there are sensor platforms in the air. There is some really amazing work being done in the civilian sector with drones, or “unmanned aerial vehicles.: that are not weapons of war or tools of government surveillance but are sensor platforms for other things.

And all this amazing technology, which is being brought to life right now, is connected together by the Internet, and we can only imagine what is coming next. But one thing I know for sure is, now that the Internet of Things is the present and not the future, we have a whole new set of problems to solve. And they’re big problems. And they’re to do with architecture, and scalability, and data science. How do we make sure that all the information flowing from these sensors to these control systems is synchronized and harmonized, and can be synthesized in a way that brings meaning to data. It is great that the Internet of Things is here. But we have to recognize we have a lot more work to do.

It is not just important to do the work. It is important to understand why the work is important. The Internet of Things is a world changing technology like no other. We need it now more than ever. There are immeasurable economic benefits and the world needs economic benefits right now. But there is another piece that we mustn’t lose sight of. We depend on things. We can’t eat data. We can’t put data in our cars to make them go. Data will not keep us warm.

And there are more people needing more things than ever before. So unless we bring the power of our information technology — which, today, is mainly based around entertainment, and personal communication, and photographs, and emails — unless we bring the power of our information technology to the world of things, we won’t have enough things to go around.

The human race is going to continue to grow. The quality of our lives is going to continue to grow. The length of our lives is going to continue to grow. And so the task for this new generation of technology and this new generation of technologists is to bring tools to bear on the problems of scaling the human race. It is really that simple. Every generation has a challenge, and this is ours. If we do not succeed, people are going to be hungry, people are going to be sick, people are going to be cold, people are going to be thirsty, and the problems that we suffer from will be more than economic.

I have no doubt that we have to build this network and no doubt [it] is going to help us solve the problems of future generations by doing a much more effective job of how we manage the stuff that we depend on for survival. So, I hope everyone has a great week. It is really important work. I am delighted to be a small part of it. I am delighted that you all are in Helsinki right now. May you meet new people, make new friends, build great new technology. Have a great week.