A Matter of Scale.

I stumbled across an article that was promoting 16 bit architectures, In automobile control units. In my naivete I assumed it was a discussion of 8 bit over 16 bit. Struck me as a ironic because this discussion was going on 20 years ago. I was presumptuous:

In many instances, adhering to these criteria leaves automotive system developers with a handful of options, usually a mixed bag of 16-bit and 32-bit MCUs. That’s when the question of the number of bits is worth considering, and not just in the first stage of the screening process. MCU bit size indeed matters when looking at the bigger picture of research and development spending versus production volumes and system scalability requirements (increasing or decreasing) in future evolutions.

Today’s 32-bit MCU architectures provide a number of benefits to developers, beginning with an inherently high performance core, a broad linear address space and native 32-bit arithmetic capabilities. These architectures are very attractive to software designers who enjoy the convenience and headroom of a 32-bit address space at their disposal. All these benefits certainly help with software reuse and software platform design. But as every designer knows, there is no such thing as a “free lunch” in embedded systems development. So what are the drawbacks to software-friendly architectures?

What Manuel Alves of Freescale Semiconductor is suggesting is that sometimes 16 bit proceessors might be more apropriate than 32 bit processors.

I was working with some folks in Freescale and they were telling that their biggest focus and market is in the automobile industry. Todays automobiles have processors that not only control control egine performance, but braking and stability systems are commonplace. New devices such as the I-Phone will typically only have one processor while the automobile can have 6, 7 0r more processing systems.

posted by Ray L. @ 6:08 AM 0 Comments Links to this post.

LCD Burn In

We are using a LCD's more and more. They have promise of not burning in the screens even though they monitor never changing displays. Images seem to get etched into them sooner than it did for our old glass screens.

First of all the LCD's don't really get burnt like the old CRT phosphors. The Liquid Crystal structure sort of gets tired. Lifehacker suggests:

1. Create an all-white screen in a graphics application such as AppleWorks or Photoshop, and save it as a JPEG file.
2. Use this as the image displayed by the screen saver.
3. Turn the display brightness down (but not off) to preserve backlight bulb life.

They recommend leaving it like this for as long as the screen was left on. This might not make sense when we are talking about screens that have been on display for months. Leaving it on for several hours or over night can work also.

Labels: Computing

posted by Ray L. @ 2:24 PM 0 Comments Links to this post.