element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Embedded and Microcontrollers
  • Technologies
  • More
Embedded and Microcontrollers
Embedded Forum Assessing MCU performance for medical applications
  • Blog
  • Forum
  • Documents
  • Quiz
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Embedded and Microcontrollers to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 2 replies
  • Subscribers 480 subscribers
  • Views 313 views
  • Users 0 members are here
  • ap:medical
  • microcontrolers
  • mcu
Related

Assessing MCU performance for medical applications

Former Member
Former Member over 14 years ago
Hello,
 
In order to design new medical devices, am looking for advice.
 
How  do you assess the performance of the latest MCU’s which integrate  analog peripherals, connectivity, user interface, …for your medical  application without spending too much time and effort?
 
How  do you validate the architecture of your next generation product  knowing the increasing complexity with the addition of sensors,  connectivity and Rich User interfaces?
 
have also posted the same kind of message in Medical Group, but thought it could be interesting as well for this community.
 
Thanks,
 
Capitol
  • Sign in to reply
  • Cancel
  • DAB
    DAB over 14 years ago

    Hi Capitol,

     

    You have just asked the $64,000 question.

    First and foremost, you need to understand the requirements for the device you plan to build and its expected migration path.

    Next, you want to look at the detailed timing issues and storage requirements.  These provide you with the core issues your device will need for the future.  If your device is planned for a 10+ year lifecycle, then a rule of thumb is that you plan for 50% spare capacity in each area.  That means that your initial software only uses 50% of the cpu cycles, 50% of the installed memory, 50% of the digital and analog pins.

    Now you have a shopping list.  You can quickly look at the current technology and access if the component has a good track record of being incrementally upgraded by the developer and that they have a good history of supporting their components.

    Once you find a manufacturer that has all of the items on your shopping list, you want to see if the components are second sourced.  If so, you have a good starting point for selecting that component.

    Next you want to look at software development support with the same criteria that you used for the hardware.  Again, when you have verified that the vendor can provide your current and future needs, you have a go.

     

    Even with all of this effort, you can still be overtaken by events and have to start over, but if you use this process, you will always have a good basis to show the value of the hardware and software you have selected.

     

    Hope this helps.

    DAB

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • healthdevices
    healthdevices over 14 years ago

    Hi Dab and Capitol,

     

    Agree with DAB on migration path.. its basic when you have a 10+ lifecycle common in some medical devices, also some suppliers guarantee 15 years minimum of device manufacturing (i.e. product longevity program).

     

    Agree also on software development support, common tools like IAR, KEIL, GreenHills (they also provide support on FDA certification process guidance), even free complimentary software stacks like USB stacks specialized for medical device communication come in handy and speed up development time. Medical developer knows medical software and should specialize in the main application, saves development time to use software stacks, graphical user interface, code generation tools, etc.

     

    For other components besides the MCU, 2 approaches can be followed, either integrate some peripherals like opamps and transimpedance amplifiers requiered to instrument signal, even accelerometers like in the case of pedometers together with an MC... or dont integrate them and have a more cost effective MCU but have the procurement logistics and multiple suppliers selection (could be big issue if you get an external opamp end of life! and more expensive and space consuming also)

     

    In my opinion Freescale provides good solution with their product longevity program for kinetis k50 microcontrollers (ARM CORTEX M4 based! with DSP functionality that can be used for filters).

     

    www.freescale.com/k50

     

     

    best regards

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube