HOME  |  NEWS  |  BLOGS  |  MESSAGES  |  FEATURES  |  VIDEOS  |  WEBINARS  |  INDUSTRIES  |  FOCUS ON FUNDAMENTALS
REGISTER   |   LOGIN   |   HELP
Comments
You must login to participate in this chat. Please login.

I hate to use buzz words BUT - device/platform independence, abstraction, partitioning, scalability are key.

 

Current implementation must not inhibit future innovation (no cookie cutter approach - no saying, "we can't make a color printer because all our drivers would have to change, we might even have to use [a] new processor(s)"

 

Bells and whistles are different than features and functions.

 

By partitioning a design and taking the above 'buzz words' into account as a design philosophy, Pre-Planned Product Improvements (P^3I) are not inhibited, but rather encouraged.

interesting concepts - I look foward to the next modules.

Iron
thank you Gary, great job.
Iron
Very good lection, and very good examples here.
Iron

cool no interruptions!

Iron

It is common where I have worked.

Iron

Code reuse has been great in my experience.  Less problems in the future as long as it is documented enough.

Iron

Thank you Rob for flawless moderation (no interruptions).

Iron

Great to have access to the recorded sessions

Iron

Missed the live lecture again

Iron

Thanks

Another good lecture

At times is has saved alot of effort while other times it has come back to bite me

my experience with code resuse has been mixed

 

Team,.. maybe else where in the future.

Iron

Has been both dependent on programer, some like to lalk about it but don't deliver.

Iron

Somewhere in between.

 

Iron

Very informative Lecture

Iron

In order to push code reuse in my group, can you give more specifics on the benefits of reuse? The only one I heard so far is porting your code to a new product in one hour. Time to market is a compelling reason, so that is good. How does reuse produce better products as you stated on the last slide?

Overall, another great presentation. Thanks a lot Gary! 

Iron

we tried to define a hardware abstraction layer, but perhaps due to lack of experiene, we had to to change it for each new product (3 so far). Hopefully, we have finally gotten it correct now...

Iron

I just want to suggest that the email reminder link could at least take me to a login page instead of a registration page, if it can't just log me on altogether.

@Rob Spiegel, is there a better place than here to provide feedback on the website access to these webinars?  I just want to suggest that the email reminder link could at least take me to a login page instead of a registration page, if it can't just log me on altogether.

@Bob Loy, I would hope that as long as the same language is used, the same functionality can be expected of the code no matter what the platform - "dialects" excepted!

See you tomorrow!

Iron

writing firmware code only for the team, for specific product usage, not common libraries

 

Iron

@GStringham: "@Bob Loy: Making a change to a new development tool chain would require a reset and start again. Trying to have reuability across two different development chains is a challenge."

But isn't the 'promise' of good old vanilla C that it will transcend 'minor' changes like a new compiler, DS, etc?

Iron

But I assume they will at some point: Graduation triggers all manner of good things: We send you a certificate (real, not virtual) signed by the Dean of DKCEC. We will recognize you in our Roll of Honor on the Design News site, as well as on our Facebook and Twitter pages.

So click here now to register in advance for your preferred lectures. Don't delay; space is limited!

Check their facebook page for if you graduated Semester 1

Thanks, time to go. see all tomorrow.

Iron

@rlallier, Been there, too.  OS is also changing.  Sometimes it seems like a headache to have to learn all the new tools, etc, but I can see the advantages far outweigh them.  ;-)

 

Iron

So there you have what you have completed, I do not know if they will give you officially recognized CEUs

@technologist, My Grades shows 12 courses complete for semester 1 and 8 complete for semester2.

Iron

I would hope there would still be an abstraction layer once I get beyond the device "drivers".  Haven't gotten that far on my current project yet, but I'm sure hoping to reuse a large chunk of legacy code on the new hardware.

 

Iron

@technologist, do you mean "My Grades" once I'm logged in?

Iron

@Bob Loy: Making a change to a new development tool chain would require a reset and start again. Trying to have reuability across two different development chains is a challenge. 

Iron

@marsch: Drastic changes in the build process will required drastic changes in the process. You might have to have a break such that reusable code on one side won't work on the other side.

Iron

@GStringham Thanks! Sounds like tomorrows discussion promises to be meaty as well.

Iron

@rlallier: At HP, we had the same build process for all printers and it included appropriate cross-compilers as necessary for the CPUs we were using. (Someone else asked which compiler we used at HP. I don't know. Some other team dealt with that.) If you have to deal with multiple build tool chains, that would be another switch which I will get into tomorrow.

Iron

@andrewcrlucas: Yes, the discussion has been higher level these two days. But the next two you will see lots of specific code examples.

Iron

Thanks for attending this session. Gary will be back each day this week at 2:00 pm Eastern with more great information.

Blogger

@marsch You should try living with the opposite problem. We got married to a very primitive set of in-house tools that worked really well for us, across a lot of product lines and allowed us to support a common OS for several different products build on several different hardware platforms. The problem was, we needed to evolve and our in-house tools weren't all that well developed for evolution themselves. We ended up re-writing the OS for a new set of platforms using off-the-shelf tools...development environment and build chain. The problem is...we still have to maintain our legacy systems because the products themselves are still in use and warranted. Nobody wants to work with the old legacy tools because they are more primitive.

Iron

@bjskill: I don't have a slide on configuration management but I'll squeeze something in on that topic.

Iron

I've noticed a trend in these comments: Are development tool set changes (eg, conversion to a new IDE) antagonistic to code reuse?

Iron

lone promoter. Colleagues do not believe software reuse applies to driver software

Iron

@pdxesto: Tomorrow's discussion will cover compile-time configuration. Thursday's discussion will cover run-time configuration.

Iron

Thanks for sharing, Gary!

Iron

Trying to create reusable code - I've been working on it for years - then get thrown a new micro, operating system, compiler - all at once!

Iron

@RogerC55: No, I wouldn't call the server-heavy approach reuse. It's just one approach to solve the problem that reusing code on iPhone and Android is very difficult.

Iron

@GStringham I would suppose that a real difficulty is getting your build process and code base entanged or married to a particular development environment. When you change hardware platforms then interfacing your code with a new build-chain and different set of tools could become problematical. Is there a systematic way of attacking that problem?

Iron

@danlafleur You should go to the top of the CEC and login and check what is shows on your sessions that you have attended

@andrewcrlucas "...So far I have found the discussing very high level."

Agree. Maybe tomorrow more code details?

Iron

Oh those you can get from login to the CEC login and check 

Thanks, I'll have a look at the terms.

Iron

@Don H: For Hardware X, Y, and Z, I was thinking more of different ASICs, chips, hw components, not limited to just MPUs. But brand difference may be a factor such that X and Y were MCUs of one brand and Z was of a different brand.

Iron

@Chris.Lambrecht Good point. We support quite a few products with a set of reusable libraries and OS. I'd say that the development time has improved significantly as our capability evolved.

Iron

@danlafleur So I went back to the email and there is the promotional terms and there is some information about it.

@Deb C, The concern is that I've completed each module of the first semester and no certificate reflecting attendance. That's all.

Iron

2. Eligibility: Open to all, residing in the US and Canada.

3. Applicability: Void where prohibited by law.

4. Time Period: The offer ends at the completion of the live Digi-Key Continuing Education Center Tracks in November.

Hi Gary and Rob,


In my old opinon the C+ isnot a safety for the embedded system.  Now if the thing has been modified. If we can use C on embedded firmware such as Cortex-M3/

Iron

@danlafleur....Ihave you read the details about certificates?  They aren't given out for each class or module.

Iron

Would love to see some more specific examples of code reuse.  Maybe a top 5 techniques type of explaination, with code examples.  So far I have found the discussing very high level.

thanks for the presentation.

Iron

@jfincher @rlallier I get a huge improvement out of reuse. What I find the challenge is to know where to draw the boundaries in the code. I haven't run into a firmware developer that doesn't claim to have reusable libraries. But the real indication that the reusable code is doing what it is meant to do, is when one can develop firmware faster and more reliably in the future.

Hi everyone.

Very good lecture.

Iron

What compiler did you use at HP?

Iron

Great presentation, see you all tommorrow

 

Iron

@jfincher I wouldn't say that. I would say that it is probably under-utilized, but we tend to get a lot of milage out of the concept here.

Iron

THanks Gary, good lecture

Iron

@GStringham: Thanks for the presentation. Will you be talking about different code repository techniques? Techniques that streamline reuse?

Iron

while all are still here, I haven't received any certificates. none at all. anyone with the same concern?

Iron

Yes this is the live chat

@RoboPaint: yes it is

Iron

thank you for today's lecture

Iron

Is this the live chat?

Iron

@pdxesto, good question. I'm interested as well. 

Iron

Only for my local group

Iron

slk: I have to hit the play button 2-3 times to get it to stay "on"

Iron

Reuse is an unrealized ideal.

Iron

Thanks Gary and Rob for an informative session

Will there be any discussion about how configuration management tools can be used to help with making software reuse easier to achieve?

Iron

Thank you Gary, it was very educational

great presentation. thanks Gary and Rob!

Iron

@Rob Spiegel thanks for writing the slide we're on.  When typing I lose track.  And writing it is much better than interrupting the lecturer as in earlier lectures.

Iron

What compilers do you recommend?

Iron

Thank you, very good presentation.

Iron

good info thank you.

 

Iron

thanks, see you tomorrow

Thank you, great presentation

Iron

Will tomorrow's discussion deal with compile-time configuration (ifdef, etc.) vs. run-time configuration (if-then-else code)?

Iron

Good presentation. Thanks Gary!

Iron

Thank you!  Awesome presentation.

Iron

CAN/LIN Networks for Automotive.

Iron

We're now on slide 25.

Blogger

We're now on slide 24.

Blogger

What compilers are recommended?  Writing code for Freescale MC9S12.  We're using Imagecraft and it doesn't work well with libraries. 

Iron

We're now on alide 23.

Blogger

HP still makes some good stuff, just not computers, they used to make good calculators :)

We're now on slide 22.

Blogger

@BobLoy: I knew slide 18 looked familiar....

Iron

We're now on slide 21.

Blogger

@Bob Loy Ha ha, yes!

Iron

We're now on slide 20.

Blogger

New features or bug fixes.

 

Iron

We're now on slide 19.

Blogger

HTML5 Builder (Embarcadero) will also work between iPad3 and Nexus Tablet.

Iron

If you are making games, you could use Unity to depoly on both iOS and Android.

It looks like Qt is working on a mobile version to deploy on iOS and Android.

Iron

We're now on slide 18.

Blogger

Way back when HP made good stuff!

 

Iron

We're now on slide 17.

Blogger

NO Android or IPhone apps

Iron

We're now on slide 16.

Blogger

Never tried to create dual iPhone/Android app.

Iron

Is the server-heavy approach truly reuse?

 

Iron

No Experience with Android

Tried: the signal processing part is easy beacuse it is in C for ARM, the UI part was difficult.

Iron

no haven't had to do either...

Iron

@ marsch - "Can you go back through existing products to generate the requirements for future reusable code? I suppose that's still starting from something.  ;-)"

Ooh, good question!

Iron

No. I have ot done that.

Iron

Just learning android, so no.

Iron

Embarcadero Firemonkey is aimed at this "One App" for Android/IOS market.

Iron

@Gary: no Android or iPhone apps yet, but would attempt to use a common approach to both if the need arose

Iron

Never had iOS or Android target

Iron

We're now on slide 15.

Blogger

Have only written apps for Android

Iron

We're now on slide 14.

Blogger

great comments on slide 12... just the truth

 

Iron

Can you go back through existing products to generate the requirements for future reusable code?

I suppose that's still starting from something.  ;-)

 

Iron

lack the experience to write a good hardware abstraction layer code

Iron

We're now on slide 13.

Blogger

Hardware on last few projects were too different 

Iron

We're now on slide 12.

Blogger

first hardware abstraction was redirecting printing from the parallel port to a serial TTY interface.

Iron

We're now on slide 11.

Blogger

Both approaches, plus modification at existed code

We're now on slide 11.

Blogger

@JCheetham Ditto. We have several products based on similar hardware.

Iron

have been writing software to hide hardware differences for quite a while now.

Iron

Try to reuse, but usually write from scratch

Iron

The HAL software is reused as long as the hardware being used in the current platform hasn't changed significantly.  However, at a certain point, a rewrite will be necessary.

Iron

I develope the hardware too so I can make them match as much as possible.

Iron

We develop HAL only for hardware type that is frequently reused from product to product.

Iron

We have to modify the code for the new hardware.

Iron

We use a hardware abstraction layer and publish a vendor spec to vendors.  If they want us to use their product, they need to provide an interface adhereing to our vender spec, that our HAL can use.

Iron

Abstraction is pretty good here. HQ and another "division" within the company maintain our OS layer. It is pretty well documented.

Iron

Hardware abstraction layer is used on several similar products with similar hardware.

Iron

writing HAL code, many functions can be reused throguh different HW; usually, when developing a new external driver a modification to HAL code is needed

Iron

HAL -- both. Libraries of source/compiled are for radically different hardware/sensors.

Iron

mostly written from scratch or modifying previous code

Iron

keep writing from scratch

Iron

Normally I reuse some code from other functions

Iron

Our hardware intracacies go way too far up the "stack", as it were.

Iron

Both at the same time! (Impossible, I know...)

Iron

Try to limit specific hardware layer to "h" files

Iron

Hardware abstraction layers are a real pain to debug when they do not work.

Iron

Not me. Only one product

 

Iron

Reusing HW Abstraction code.

Iron

New from scratch, but would like to get to the point of reuse.

 

Iron

Reuse some, rewrite some.

We're now on slide 10.

Blogger

No HW abstraction layer code.

Iron

Not sure about that last point.  It's called software Engineering

Iron

We're now on slide nine.

Blogger

We're now on slide eight.

Blogger

Only in our team. The other some times borrow our code and modify.

Iron

the model on slide 6 looks like the TCP/IP stack.  All protocols unite in the IP interface.

Depends on the contract with the customer, so if they are getting custom code they get all source code and we will not include any reuse components that we want to own the intellectual property on

We're now on slide seven.

Blogger

For Hardware X, Y & Z, are you talking about micros from the same supplier using the same compiler or different micros and compilers?

Iron

I believe I'm writing Flexible code since I know everywhere in this small company everything is going to go in the next few projects.

Iron

Writing mostly for legacy. Our teams work mostly with product specific code. Libraries and common code, such as OS are maintained by the people at HQ.

Iron

@dap Yes! It takes a long time to fully understand someone else's code base!  Very easy to make errors while performing seemingly simple modifications!

Iron

Code for several similar products.

Iron

currently writing reusable components (flexible) intended to de used to multiple MCU architectures

Iron

Slide shpw in red area under educational materials...click on slide deck,,,,then open file

 

Iron

Only for my local group

Iron

we give out our code to customers.

Iron

Within internal team.

Iron

Libraries and middleware at this time.

Iron

Solely within the team for now

Iron

Reuse within a team only.

Iron

We're now on side six.

Blogger

Have had success in making "high-level" driver common.  Details in "low-level" driver must be flexible.

Try refreshing your browser to engage audio.

Blogger

We're now on slide five.

Blogger

@Lawson Feel your pain. Management same here.

Iron

I am having problems with audio and any slideshow. Not sure how to get it to work

RSH

awkward; user often fails to fully understand original author's code

Iron

good experience with reusable go when it fits.

 

Iron

Frustrating because management wants one codebase to rule them all.  They always want every new project to be a modification of a legacy product.

Iron

Limited experience with re-use, but one case was a huge win.

Iron

We have had great experience with reuse in VHDL.

Fun and frustration at some regard

It's difficult to learn the code and practices of reused code being new to a particular project.

 

Past experience I created libraries - worked well.  In present situation re-use is by copy and paste.

Iron

It's good in almost every case.  Only bad part is when the code gets cluttered with too many feature switches, but even that problem can be refactored away.

Iron

We are migrating from in-house tools and language to off the shelf C tools. OS is still in-house and custom.

Iron

We're now on slide four.

Blogger

Sometimes it is cumbersome when the code is cluttered with #ifdef

Iron

Was not easy to Reuse!

 

Iron

You're right about comments - without them, hard to reuse someone else's code.

Iron

Reuse has been help where used

 

Iron

implementation of reusable software components is hard the first time, but over time, it payback, it is very rewarding

Iron

Good experience, several libraries that I use.

Iron

It depends on who wrote the existing code. Some are good, some are bad

Iron

each product tends to be written from scratch, depending on the programmer's experience

Iron

probably the archive will work,   ...

Iron

Good for next version of similar modules.

Iron

We're now on slide three.

Blogger

refreshing the page worked for mr...Took a couple seconds after the refresh

Iron

mixed

good if I owned it

 

Iron

@slk are you behind a firewall?

slk: I have to hit the play button 2-3 times to get it to stay "on"

Iron

@slk, try a different browser.

Iron

Chrome/FFox does not make a difference...

 

Iron

In some cases, companies block streaming audio. If that is happening with you, you may be able to play the archive. We archive the program immediately after the program ends.

Blogger

If no audio, and F5 doesn't work, log out then back in again.

Iron

has anyone solved the audio problem ?

this time F5, re-login, ... is not working for me.

Iron

You may be able to gain audio by refreshing your browser. Also moving to Chrome of Firefox may help.

Blogger

We do reuse with components that we feel we will be able to reuse for multiple projects

reuse best practices

Iron

Code reuse has been a HUGE timesaver in my organization.  Supporting 15 or so satellite television set top boxes, all with common code bases wherever possible.

Iron

SW reuse is common awareness but not a company goal.

Iron

Reuse is important here. We have custom OS, custom hardware and tools.

Iron

Reuse is highly valued but not highly practiced.

Iron

Somewhere in between.

Iron

Reuse is an unrealized ideal.

Iron

yes we try to reuse.

 

Iron

I'm the lone software guy at the component level here.  There is someone else at the system level.

Iron

Management wants to reuse everything.

Iron

We're now on slide two.

Blogger

Somewhere in between reuse is always good

 

Iron

We resuse software.  I am interested in best practices.

Iron

lone promoter of software reuse

Iron

Only 2 embedded programmers here, re-use is a priority

Iron

software reuse is highly promoted within my company

Iron

I do feel alone in thoughts about reuse.

Iron

Has anyone solved the problem of the sound stopping?

Iron

Yes, The whole organization.

Iron

software re-use: somewhere between

Iron

Allmost the lone promoter .. myself and a few of my developers. it is NOT an organizational push.

Iron

Reusable code is not a concept that our company has embraced...but it should be.

 

Iron

yes reuse is very important. 

Iron

software reuse is a goal

Iron

Somewhere in between.  Some do, some don't

 

Try refresh....worked for me

 

Iron

refresh didn't fix it...

Iron

no sound bar here....

 

Iron

sound bar still missing :(

Iron

Bring it on Gary ...

 

Iron

Well, just in case it's the latter ....

 

Iron

Hello.  No sound here either.

What constitutes being one of the first 25 attendees for Sbux card? Registering, logging in, or hitting the live chat window with a howdy?

 

2 minutes to sound bar.

Iron

No sound bar for me either.

Iron

Sound bar not there yet

 

Iron

Hello from Detroit area.

 

Iron

Hello from old Buffalo, NY

Waiting for the Magic Audio Icon to appear...

Iron

I'm originally from Ohio...

Iron

Hello All from the swinging State of Ohio!

Iron

Hello posting working

 

 

Iron

Eugene, you've been in Edmonton too long. Fine means that you can feel your fingers and toes!

Iron

good day everyone. fine day in Edmonton, AB :)

Iron

thanks @kentj I'll check out RTOS option!

Iron

hello all from Edmonton, AB

Iron

Hello from Minneapolis.

Iron

I'm using FREERTOS (www.freertos.org) right now.  The software really is free but the users manual and a tutorial cost about $50.00 US together.

Iron

@rodan1984 thanks, I'll check on it.

Iron

I'm triying to figure out if exist something similar with linux at that price or maybe load linux over PIC32 80Mhz MC

 

Iron

I'm using PIC32 in my projects.  Tell me about mikromedia.

Iron

hello, anyone has used mikromedia for PIC32?, my question is out there someting similar with linux embbedded on that hardware facilities (including screen and touch for only 99 us dls) ? thanks!

http://www.mikroe.com/mikromedia/pic32/#order

 

Iron

One thing about the north is you can always put more on when it gets cold.  But here in TX, you can only take so much off when it gets hot.  I lived in WA until 6 months ago.  It was much nicer there.

Iron

Ready for spring already

 

Iron

Hello from Fort Worth

Iron

58 degrees here in Richmond, TX.  How's the temp in MI @Spach and d_pless?

Iron

hello from San Diego

Iron

Hello everyone from San Jose

Iron

Wow - I thought I was signing in early..  you are all the early birds. :-)

 

Iron

Hello from Albuquerque, New Mexico.

Blogger

minus 26 degrees near Fairbanks, AK

Iron

Halucinations works for me.

Iron

Good morning from Colorado! only 42F in here.

 

 

Iron

Good afternoon, everyone

Iron

A nice balmy 55 here in the NE

Or should that be, Greetings and salutations?

Iron

9:05 Morning North Pole, AK

Iron

Greetings and halucinations from a cloudy and scattered showers in Boise, Idaho, at 39 degrees F (4 degrees C).

Iron

Was great to watch movies in the movie theatre on Governor's Island

Great view of the Statue of Liberty from Governors Island.

Iron

Then I went to Alaska, then back to Governors Island for more training, then on to Greenland.

Iron

I was on Governors Island for ET school after boot camp.

Iron

I remember going to JHS with all the Coast Guard kids back when Governor's Island in NY was still an active coast guard base as opposed to a summer attraction

Are people referring to military boot camp from 1971?

@Kentj Ah, that would explain things. The Coast Guard still has a large presence here but quite a bit of the base here has been privatized as rental property and other uses.

Iron

@rlaqllier I don't think they do anymore.  I think the only CG boot camp left is in Cape May, NJ.

Iron

Hello everybody!  from Guadalajara land of tequila (but not today! is tuesday 13), but maybe only one   Margarita!  Greetings!

 

Iron

@Kentj Interesting. I don't know how much is still active with the base here. Didn't know they did boot camp here still.

Iron

I went to boot camp in Alemeda, CA

Iron

Hello from Alameda, CA. We've got IT here working on a blocked audio. Apparently, WebSense doesn't like something about the stream...

Iron

Hellow from a cool Austin, TX...

 

Iron

Can you update? thank you in advance

Hello from Eastern MA.

Iron

I missed yesterday's as I failed to login

Hello from Brockville, Ontario, Canada

Hello Everyone from a warm AZ.

Platinum

Hello everybody.  As I realized yesterday, to test and see if you get audio, view an archived session.  If you have audio there, you'll have audio in todays session.

Iron

The timing on these webinars is perfect for Mountain time - gives me something to do while I eat lunch ;)

Iron

Good stuff so far ... looking forward to the rest of this series!

@Rob - perhaps you could post when the audio is activated so folks know to referesh if they don't see the player - Thanks

Iron

-Be sure to click 'Today's Slide Deck' under Special Educational Materials above right to download the PowerPoint for today's session.

Blogger

-The streaming audio player will appear on this web page when the show starts at 2pm eastern today. Note however that some companies block live audio streams. If when the show starts you don't hear any audio, try refreshing your browser.

Blogger

Please join our Digi-Key Continuing Education Center LinkedIn Group at http://linkd.in/yoNGeY

Blogger

@Dan Hunter  I agree.  Stupid garbage trucks drive down my street at 7am every day and wake me up!

Iron

You bro's get up too early!!!

Iron


Partner Zone
Latest Analysis
Lumus and eyeSight have partnered to create consumer-grade devices that offer all the prime functions of smart glasses without the bulk.
VisLab joins the autonomous car effort with the DEEVA prototype.
NASA and Boeing developed a huge, carbon composite cryogenic fuel tank for deep space missions, and started testing it last month. The 18-ft cryotank will enable heavy-lift launch vehicles to send both humans and robots into deep space.
Focus on Fundamentals -- a new Design News webinar series -- kicks off April 29 with How to Select Drives for Robotics Applications. Don't miss it!
Research and other advancements in the realms of robotics, diagnostic and treatment devices, nanotechnology, and medical implants may one day make humans superior versions of their natural selves.
More:Blogs|News
Design News Webinar Series
3/27/2014 11:00 a.m. California / 2:00 p.m. New York / 7:00 p.m. London
2/27/2014 11:00 a.m. California / 2:00 p.m. New York / 7:00 p.m. London
12/18/2013 Available On Demand
11/20/2013 Available On Demand
Quick Poll
The Continuing Education Center offers engineers an entirely new way to get the education they need to formulate next-generation solutions.
Apr 21 - 25, Creating & Testing Your First RTOS Application Using MQX
SEMESTERS: 1  |  2  |  3  |  4  |  5


Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.
Next Class: April 29 - Day 1
Sponsored by maxon precision motors
Learn More   |   Login   |   Archived Classes
Twitter Feed
Design News Twitter Feed
Like Us on Facebook

Sponsored Content

Technology Marketplace

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
Copyright © 2014 UBM Canon, A UBM company, All rights reserved. Privacy Policy | Terms of Service