Advertisement
REGISTER | LOGIN
Breaking News
News & Analysis

ARM Extends Into IoT Software

New IoT division rolls device OS and cloud code
10/1/2014 01:15 PM EDT
16 comments
NO RATINGS
Page 1 / 2 Next >
More Related Links
View Comments: Newest First | Oldest First | Threaded View
Page 1 / 2   >   >>
halherta
User Rank
Author
Re: A Paradigm Shift In Embedded Systems Development
halherta   10/9/2014 9:38:22 AM
NO RATINGS
@Rick, Agreed. It is expected. It's just that I've yet to see it executed this well.

Companies like NXP,ST & TI have been releasing peripheral libraries for their ARM chip for at least a decade now. But even these pure C libraries required a somewhat deep understanding of the hardware and registers.

What is really interesting about mbed though is that it operates at an even  higher level of abstraction than most vendor released peripheral libraries....and it has to because it's a unified platform, yetit can still control finer aspects of Micros such as sleep, DMA, interrupts e.t.c 

Making such an embedded systems API , that can be used on multiple platforms is an amazing feat in itself.  And that's just the for the mbed API. The mbedOS & mbed server will really help glue everything together....especially with IOT being the latest rage in the industry.

Sheepdoll
User Rank
Author
IoT == 3DTV
Sheepdoll   10/9/2014 12:28:29 AM
IoT is just this years 3DTV. 

Now I like 3D, I have been taking pictures and stuff for 40 years.  3D fades in an out.

The biggest flaw in IoT is that there is no way it can be fiduciary valid.  The fundamental financial model is flawed.  Not unlike the Dickens character Panks, who often wondered how does one get blood from a turnip,  Or the rents from the tenants in Bleeding Heart Yard.  (sell them stock shares, and we will all be rich.)

Things I can quickly do on a simple 8 bit processor, now require a whole team of employees (which I am not in the position to hire) to do the same on the ARM processors.  I have quite a nice collection of these.  I also have a few gigabytes of "tool" software that makes a lot of promises. 

I still have not found a good simple bedside reader tutorial PDF that I can print out that tells me in simple language how to set up a serial USART (Not the USB debug back-channel to the PC)  I would like to talk to the existing system using the same 9 bit MCU mode that runs at 500000 baud.

Lots of tutorials for blinking LEDs or sending "Hello World." back to a term program over USB. 

Everything now is apps or APIs that require massive amounts of time to set up and fiddle with.  Some will not work with the limited versions of the tools.  Others figure that the user gets paid to watch the system update an press next every 20 to 40 minutes.

Every time I sit down to learn, I spend the day updating the system. Even XP wanted to install 7 updates and take several hours to do so.

Then I am presented with the request to update to Java7 which will delete Java6.

Guess I am just another obsolete engineer who needs updating too.

 

rick merritt
User Rank
Author
Re: why?
rick merritt   10/8/2014 11:58:47 PM
NO RATINGS
@Wilco1: Good point. ARM's mbed makes a clean path between an ARM end node and a clpoud servcie so there is no mishmash of embedded OSes and frameworks and middleware whatever to get to the cloud. It's just done.

I failed to note Intel's embedded framework software announced a couple years ago. But I think it is more based on a devcie level package of McAfee security and Intel system managment bits. I don't believe it really hadf a cloud play.

rick merritt
User Rank
Author
Re: A Paradigm Shift In Embedded Systems Development
rick merritt   10/8/2014 11:54:34 PM
NO RATINGS
@Halherta: Isn't programming in general moving toward APIs and scripting languages?

Isn't the amount of memory and processing power available for embedded systems/IoT designs getting to the point we don't need low level assembler and even C language programs?

hellmut.kohlsdorf@hotmail.de
User Rank
Author
Re: why?
hellmut.kohlsdorf@hotmail.de   10/6/2014 1:11:15 PM
NO RATINGS
Security is my biggest concern of such a move. When I worked for a large US semiconductor company I learned i.e. that the UK goverment requires any company making products that use encryption in the widest sense in the UK needs to make a backdoor available. Other US companies are known to refuse to have data about their customers in Europe be made available to US services. So if ARM delivers a RTOS than I have to assume a backdoor is there! So also Russia, China and who else will know how to use those backdoors! I always make the half serious, half not so serious comment, that the IoE will enable i.e. the US goverment and who else to kill, not using drone and have the potential for collateral damage, but simply using those backdoors to kill who they want. Having a pacemaker myself, this is the way to make me be silent! :)

halherta
User Rank
Author
A Paradigm Shift In Embedded Systems Development
halherta   10/4/2014 1:41:19 PM
NO RATINGS
The release of ARM sponsored mbed 3.0, has got me thinking about the future of Embedded Systems. It seems that ARM wants to steer Embedded development away from its traditional roots i.e. register-based C and assembly language programming, and towards the use of high level libraries/abstractions. The objective is to shrink the gap between Embedded programmers and application/web programmers as much as possible.

In a way this makes sense....the cost of hardware is ridiculously cheap compared to software development. The trick would be to provide APIs that are capable of handling things like deep sleep (power down) modes and relatively finer control on some low level aspects of microcontrollers. This is easier said than done. While the cores in most new microcontrollers are now unified (ARM Cortex-M0/3/4/7), the peripherals are not.

Also the intention here is not to merely create a basic high level library for hobbyists like Arduino...but to create a high level library that is much more capable than Arduino / Wiring....something that targets professionals first and foremost. Interesting times ahead.

Prush
User Rank
Author
Enabling IoT APP development?
Prush   10/3/2014 8:31:48 PM
NO RATINGS
This will enable developers to write IoT apps. Soon IoT devices are gonna be comodotized and all the differentiation has to come from the APPs. ARMs move is in a direction to enable those APPs developers from what I can see.

krisi
User Rank
Author
Re: why?
krisi   10/2/2014 10:25:09 AM
NO RATINGS
why would this move capture new poeple to teh ARM acosystem? there have been several otehr platforms already available

tangey
User Rank
Author
Re: why?
tangey   10/2/2014 6:03:42 AM
NO RATINGS
the obvious answer to the "why" is to capture people into an ARM esosystem. IOT is a new landscape, with designers prepared to look at using a range of different CPUs (MIPS,Intel etc) as there is no legacy of drivers/OS to support.

This is an attempt by ARM to get folks into the ARM ecosystem, and once there, it makes it more difficult to change to a different processor, as mbed will only ever work on ARM IA.

 

Roger3
User Rank
Author
IOT war
Roger3   10/2/2014 5:13:38 AM
NO RATINGS
Rick,

First , congrats for your excelent article. It goes beyond the fact, getting feedback from "stakeholders" ! Fantastic ! Im my opinion this is another chapter of this "soap opera" called IOT. There is a vision of trillion of microcontrollers interconnected in the "Cloud". Apparently ARM is in the leadership of the MCU cores that will be used in IOT, and then they want to go further and increase their chances and lower their risk. If you have everything ready to go, there is a big chance to have ARM as a fast first option in the design. In the wireless communication area there is a similar situation ( BLE? 6LOWPAN? WIFI? etc? ). We will have to watch the other "chapters" of the "IOT soap opera" to clear our vision.

 

Page 1 / 2   >   >>
Like Us on Facebook
EE Times on Twitter
EE Times Twitter Feed