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.

How hard is it to get things to work under IAR (already have it)?

communications to a shell is also very useful for manufacture tesing interface.

Our customers like the tactile feedback of a real switch. Membranes with domes work well for them.

I would think so.  Eval-CW doesn't care what you're linking, just that "it's too big for free" at some point.  I don't believe that there are any exceptions for MQX app size.

 

Iron

Does limits  of CW evaluation version put also limits to MQX usage? 

Iron

@ Charles : are there many 3rd parties developping extensions to MQX ?

(ex. Wi-Fi, IPV6 we talked about, capacitive touch routines, USB stacks, etc.)

Iron

No no - you still don't get those features but you can compile and run the code.

Iron

@ Charles : "I have seen applications that work on special edition."

Meaning the "processor expert or MQX-aware debuggin" ?

Iron

StephT - depends on what parts you use in MQX. Can run from 11K to 200K or more.  I have seen applications that work on special edition.

Iron

@cpu - my mind doesn't work that way! I have a short stack and it overflows all the time! :)

Iron

@ Charles : you mentionned "as long as you stay within the code limits" ; what are the limits of MQX ?

How "big" is the "install" (excluding user code) ?

 

Iron

looks like my sound is way way out of real time. still a good presentation, even time-shifted

 

Iron

drowley, you need to temporarily switch context ;)

Iron

A task can have more than one use, so rather than write two tasks to do the same basic function, we can call different instances. For example, we write a task to blink an LED. We call it, passing the parameter "GREEN_LED" and it blinks the green led. We call it again with parameter "RED_LED" and it blinks the red.

Iron

Thanks to Charles, Rob, Digi-Key and IEEE

(find rather distracting trying to answer a complex question and listen to what is going on; especially if i have to think about it)

MQX started out as a system to run on Linux in Canada, was modified by one company for micros then purchased by another company Embedded Access. Freescale bought controlling interest in EA.

Iron

@Charles,

Why would we instatiate a task more then once?

Thanks.

Iron

Special edition CW10.x will not include processor expert or MQX-aware debugging. We will use both this week.  You can still create a program with it as long as you stay within the code limits

Iron

I think that MQX was a third party solution until Freescale bought them a few years ago.

 

Iron

What is the origin of MQX? Was this created by Freescale or Motorola before it?

Iron

Yes, we set up MQX ourselves - we have to say that there are events and how many and what they do. We will look at that tomorrow and Thursday

Iron

@cpu - yes you could say that the task is wanting to give up its place. If a task sets an event, it typically needs another task to take care of some other task before it can continue.  For example, go off and do a computation or read a value then come back with an answer.

Iron

A lightweight semaphore can be thought of like a flag yes

Iron

@mccurry - we can monitor the RTOS overhead in the debug phase. The IDE does a good job of monitoring all resources (processor time, stack and other memory usage). Best control one has is tweaking from that point - removing unused resources, etc

Iron

Charles, is a semaphore the same as a flag?

By setting an event bit, is it correct to view this as the Task A "wants" to give up its context in favor of another task? i.e. it expects to be put back in the ready queue?

Iron

An lightweight event group is one 32 bit value.

Iron

Can we configure MQX? (for example to use or not events or the maximum number of events, such as in uCOS-II)

Iron

??- What about the RTOS itself?  Do we have a way of knowing and/or controlling the amount of overhead time the RTOS uses?

We can tell MQX 1) to time limit a task or to actually time limit all tasks (round robin)

Iron

Good point @Yves - a lightweight semaphore can be a better way to handle a single task switch, particularly between more than one task.

Iron

Are all events groups 32 bits or they can be resized to, for example, 16 bits

Iron

@cpu - task A is tossed back on the ready queue.

Iron

I know that MQX is supported in Keil but don't know for sure that it works with a particular package of Keil.  My experience is in IAR and CodeWarrior - sorry

Iron

Hello from Montreal (finally got this working)

 

Iron

@Charles, looking at slides 21 and 22, when the event occurs in Task A, and context switches to Task B, what do we say happens to Task A? (when it is set aside in favor of B).

Iron

Does Semaphores take less cpu resources, meaning faster, than Events?

Iron

We can tell MQX 1) to time limit a task or to actually time limit all tasks (round robin)

Iron

Can MQX be used with Keil MDK (MDK-ARM)?

Iron

Thanks Charles and to all involved

Iron

You can create as many event groups as you want. Tasks do not have to share it

Iron

MQX is totally free, and even has free support through user forums. Training (other than some slides and videos on Freescale's website AND THIS CLASS) as well as support costs.  You can develop and use it without royalty if you can do without vendor support

Iron

thx charles!! It was great

Does all tasks share the same Event Groups register?

Iron

Thanks for a great lecture.

Iron

Other reason for message is flexibility -- pointer passing -- any structure

Iron

Thanks Charles, Rob & Digikey.

Iron

Thanks Charles, great lecture!

Iron

Thanks for the class today. 

Thank you Charles, Rob, and Digi-Key

Iron

Thank you Charles for another great lecture.

Do we need the 30 day version or can we use the special addtion CW 10.x?

Iron

Thanks Rob and Charles!

Is MQX a free RTOS or a COTS RTOS ? If it is COTS whats the License model and how much does it cost ?

Thanks

Yes, you can use IAR or Keil with MQX

Iron

Thanks Charles and Rob

Iron

Thank you Charles and Rob.

Iron

Thank you.  Another excellent presentation.

Iron

Thanks Charles, Rob, Steph, & DigiKey

Iron

Thank you Charles & Rob

Iron

thanks Charles. thanks Rob

Thank You Charles

 

Iron

Thank you Charles. That's great lecture.

Iron

Thanks Charles and Rob.

Iron

Thank you Charles, Rob, and Digi-Key

Platinum

thanks charles and rob. very interesting lecture today.

Iron

Thanks Charles and Rob.

Iron

Thnak you Charles, Rob & Digi-Key! Very interesting!

Iron

Charles, Rob,

Thank you

Iron

Can any other editor be used or do we have to use code warrior?

 

Iron

We're now on slide 26.

Blogger

Messages pass any kind of data you want and event is just a signal it occured

We're now on slide 25.

Blogger

We're now on slide 24.

Blogger

Did I miss a link to files/code?

Iron

Messages - may need lower priority than an event.

 

Iron

Quantity of information to pass

Iron

To pass data between the tasks.

Iron

Messages could be queued.. handled differently.

Iron

Why might we want to use message passing rather than an event in our device?

Simply to pass on information.

Maybe request a user's input 

Iron

To facilitate inter-task data communication

Iron

Pass a lot more info about state of rtos.

Iron

passing of status to trigger other event

Iron

message could send data that another task decides whether it's worth storing

Platinum

To pass more information

 

Iron

To querry user etc.

Iron

Needing to pass lots of data (e.g., an image) between tasks.

Iron

message passing is used for more data/information.

Iron

cj's? passing more info(?)

Message passing may be useful to quickly update a specific value.

Iron

if several routines in multicore system use a value it would need to be sent by the task that generated the value.

Iron

I guess events could lead to deadlocks

Iron

we may have a task that accepts valid data as input, message relaying makes sense at this point

Iron

Use a message when data to be passed to a task is more complex than can be contained on a few event bits.

Iron

To move more data between tasks.

We couldbranch a decidion based on the message received

Iron

Message passing for A/D output, input to D/A, comm I/O

Iron

I would use messaging to provide detail status information to another task

Iron

Added event information passed

Iron

To pass on information

Iron

Using messages we can send more information 

Iron

For complex event handling

Iron

Transfer of data from a protocol stack would use message passing.

Iron

when we have data to transfer from task to task

Iron

We're now on slide 23.

Blogger

When your task needs more information...

Iron

Use message passing when you need more data than a flag or two can provide.

Iron

If rate of acceleration exceeds a certain value, fire the air bags

?? - How deterministic is MQX?  Can we determine how much time the RTOS will take to process a task or event?

Iron

Question from Charles:

Why might we want to use message passing rather than an event in our device?

Blogger

An inclinometer could be built into the device to report the angle of the exercise or approach.

Iron

I believe I saw a microphone. It could record a break-in

Platinum

We're now on slide 22.

Blogger

We're now on slide 21.

Blogger

Yes, SD card could be used to store pre-defined exercise routeines with prompts, as others noted.

Iron

We're now on slide 20.

Blogger

heart beat monitor

Iron

Use SD card to store data or load user profile

Iron

We're now on slide 19.

Blogger

We're now on slide 18.

Blogger

We're now on slide 17.

Blogger

heart monitor would be nice

Iron

Use the SD card to store data from exercise sessions.  Also use it for MP3 files to have coaching while exercising (Come on, shake harder!  Well done. etc.).

Iron

A pause or mark event button

Iron

We're now on slide 16.

Blogger

Send data to monitor pgm via USB to give user Feedback on their workout.

Iron

We're now on slide 15.

Blogger

What other functions could we add to our device? 
Hint: look at what connectors are on the board

A heartbeat monitor? A pulse counter?

 

Store data on SD card.

Iron

Bluetooth interface to offload data to a computer or smart phone for further analysis.

Also 3 axis acclmtr. and analyise force for gravity and jogging

Iron

We're now on slide 14.

Blogger

Haven't used touch switches yet

Iron

I prefer the tactile feel of mechanical switches.

Iron

No ISR for integrator?

Iron

instead of integrating accelerations keep track of how smooth the motions are as a proxy for muscle strength

Iron

We're now on slide 13.

Blogger

Interface USB ethernet wireless and transmitt date real-time to server.

Iron

Connect to an external device 

Iron

We're now on slide 12.

Blogger

Have not used touch switches

Platinum

Data logging of heart rate,etc.

Use separate USB flash drive for each user to set up parameters for different users?

Iron

cj's? usb, several things could be done

Other use could be as a pedometer.

Iron

connect to pc store data

Iron

how about measuring BP?

Iron

to be stored in a spread sheet to keep a log of your routines

Iron

backup data/send data to external memory

Iron

The USB interface could be used to record data on a flash memory drive, which would require USB protocol stack and a (flash) file system library.

Iron

Maybe a logging or trend function to let you see your long-term improvement

Iron

How about a heartbeat monitor?

Iron

We're now on slide 11.

Blogger

Could use the SD card to store data or workout information.

Iron

Question from Charles:

What other functions could we add to our device? 
Hint: look at what connectors are on the board

Blogger

mp3 music player?

Iron

Hello from Thornville, Ohio

Iron

Just rejoining. Electric power went out

Platinum

have not used touch switches

 

Iron

We're now on slide 10.

Blogger

Not used touch switches

Iron

I've used tact switches.  They worked well.

Iron

We're now on slide 9.

Blogger

Have used touch panel/LCD.  Have not used touch buttons.  Mechanical switches are cheaper.

Iron

Use touch switches with many MCUs

Iron

Touch switches are interesting when you need to wear gloves..

Iron

I prefer the reliability of mechanical switches - touch lack the audible/tactile response, and have been problematic in colder environments

Have used them,

but we really need some sort of audible (beep or click) feedback

Iron

Have not used touch switches yet, only mechanical. The touch sw seems to be more cost effective and less prone to failure. The price to pay is guarding against static discharge!

Iron

What is the use of golden connectors at the bottom of the boaed?

Iron

In the offshore industrial market where I work, we cannot use touch switces due to salt water activation

Iron

I used mechanical switches and touch keypad

We have had issues with touch switches and generally have had to create specialized filtering routines in the firmware to make up for them in the past.  I would rather debounce a mechanical switch.

Iron

I have not used touch switches yet. They are definitely found to be a source of problems with RF for other devices in the rooms and labs. 

No touch switches used yet.  I have strongly thought about adding them to the PCB for in-house debug, testing and other uses.

Iron

cj's? haven't used touch switchs.

never used touch switches.  prefer magnetic

Iron

Have not used touch or capacitive switches.

Iron

I have explored touch switches but not incorporated them in any product.  I understand the reliability issues with mechanical switches but still like the tactile feel.

Iron

Not used Touch switches.

Iron

Only mechanical, usually conductive rubber pads type

ive using mechanical switches, not yet touch ones

Iron

None. Touch switches are cool. No debounce issues, I guess.

Iron

I have not used Touch Switches

Iron

I have not used the touch type switches yet, but I think it's more reliable that the mechanical counter part.

I do not even know how the touch switches look like. Please explain.

I designed touch switch for our product but my boss did not like the lack of tactile feedback.

Iron

We use the touch switches but like the haptic positive feedback or physical positioning of a mechanical switch.

Iron

Have never used touch switches.  Prefer the feedback from mechanical switches.

Iron

The KWIKSTIK's edge connectors are compatible with Freescale's Tower System:

www.freescale.com/Tower

Iron

Haven't used touch switches yet.

Iron

have not used touch switches

Iron

Never used touch switches on our products. Concerned about customers operating our equipment using gloves.

Iron

Touch is OK, uness the"buttton" gets too small!

Iron

We're now on slide 8.

Blogger

we have never used touch switches - no tactile feedback :)

Iron

so far I have not used it

Have not used non-mechanical touch switches of this kind. But I like them in concept.

Iron

i prefer mechanical switches.

Iron

I have used TP sensors, but found that mech sw are more reliable.

Iron

Have not used Touch pad sensors

Iron

I have not used touch switches.

Iron

Have not used "touch switches"

Iron

 Question from Charles:

How many have used touch switches on products? 
What do you think of them as opposed to mechanical switches?

Blogger

Connector pins on the bottom...= PCI?

 

Good afternoon from Rochester, NY

Iron

The golden connectors on the board imply that it can be inserted on the motherboard of a PC. Is that true?

Iron

We're now on slide 7.

Blogger

Hi good afternoon from Boston

 

whoah, catching up. :)

Howdy from Tomball, TEXAS!

Iron

We're now on slide 6.

Blogger

We're now on slide 5.

Blogger

We're now on slide 4.

Blogger

We're now on slide 3.

Blogger

hello from Orange county.

Iron

We're now on sldie 2.

Blogger

We're now on slide 1.

Blogger

Hello from Montreal, Qc

Iron

Connection slow today.

Iron

Good morning from CA

Iron

Hi all -Audio is live! If you don't see the audio bar at the top of the screen, please refresh your browser. It may take a couple tries. When you see the audio bar, if it doesn't start automatically, hit the play button. If you experience audio interruptions and are using IE, try using FF or Chrome as your browser. Many people experience issues with IE. Also, make sure your flash player is updated with the current version. Some companies block live audio streams, so if that is the case for your company, the class will be archived on this page immediately following the class and you can listen then. People don't experience any issues with the audio for the archived version.

HI from Calgary,Alberta

hello from sunny edmonton, alberta

Iron

Hello from Greensboro, NC

Iron

Greetings all from rainy Asheville, NC!

Iron

Hi from Panama City FL.

Iron

Hi from Toronto, finally warming up a bit

 

Iron

Hello from Cedar Park Texas

Iron

Good morning from sunny Valdez

Good afternoon from southeast Florida.

Hello from Rochester, NY.  Beautiful day yesterday, possible wet snow later tonight.

 

Iron

Hello from Montréal, Québec

Iron

Hello from Oviedo, Spain

Iron

Hello from Pittsburg, Kansas

 

Iron

hello from Chicago

Iron

Hello from southwest Ohio

Iron

Greetings and RTOSulations.

 

Iron

Hello from Longmont, CO

Iron

Greetings from Vermont

Iron

Are we about to start?

Iron

hello from Mishawaka

 

Iron

Greetings from damp Buffalo, NY!

Iron

Greetings from Boston, MA. A splendid sunny 72 degF day.

Iron

Hello from windy Albuquerque.

Iron

Hello from Pearland Texas

 

Iron

Hello from Charlotte, NC

Iron

-The streaming audio player will appear at the top of this web page when the show starts at 2 PM Eastern time today. When you see it, click on the play button to start the audio. Note however, that some companies block live audio streams. If when the show starts, the audio bar doesn't appear or you don't hear any audio, try refreshing your browser. If that doesn't work, try using Firefox or Google Chrome as your browser. Some users experience audio interruptions with IE. Also, make sure your flash player is updated with the current version. If that doesn't work, the class will be archived immediately following our live taping. You shouldn't experience any problems with the audio when listening on-demand.

Blogger

hello everyone from Timisoara, Romania

Iron

Greetings from Raleigh NC

Iron

Doing great @rclipat - thanks!

Iron

How are you Charles and Rob?

Iron

How is everyone doing?

Iron

Hello from Summerville, SC

Iron

Hello from Montana

Platinum

greetings from slc ut..

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

Blogger

Hello from Sunny SE Lake Simcoe Ontario, Canada

Iron

hi hi hi from Guadalajara!

Hello from sunny upstate New York.

Iron

The slidedeck is up now.

Blogger

-You are eligible to earn IEEE Professional Development Hours by attending these courses and participating in the chat function. Additionally, we are no longer using the points system, offering "graduation", or giving grades. The IEEE hours are taking the place of that. There are some important things for you to know about earning the hours. The most important ones are that you need to attend these courses live, you need to attend a minimum of two of them per semester, you need to fill out a course evaluation form within 2 weeks of the end of the class, you need to attend 4 out of the 5 classes per course, and you need to participate in the chat function every day you attend. Please click on the link at the top of this page that says "How do I earn IEEE professional development hours" to read all of these important details and more.

Blogger

Actually, the slides are not there yet. I'll look into it.

 

Blogger

Hello from Albuquerque, New Mexico.

 

Blogger

Hi Rruther2. The slides are there now.

Blogger

-Please join our Digi-Key Continuing Education Center LinkedIn Group at http://linkd.in/yoNGeY and be sure to follow @designnews and @DigiKeyCEC on Twitter for the latest class information. We encourage you to tweet about today's class using #DigiKeyCEC.

Blogger

The lecture by Randy Frank on "Pressure Sensors" was extremely clear all five days.

Could you ask Charles Lord to replace his microphone?

Iron


Partner Zone
Latest Analysis
Get a load of these strange product designs. What's in the water these design engineers are drinking?
The Dutch are known for their love of bicycling, and they’ve also long been early adopters of green-energy and smart-city technologies. So it seems fitting that a town in which painter Vincent van Gogh once lived has given him a very Dutch-like tribute -- a bike path lit by a special smart paint in the style of the artist's “Starry Night” painting.
Cal Poly students use 3D printing to take flight -- and pass their class.
Celebrity engineer Grant Imahara will host a series of “webisodes” that will examine new technology and innovation from an engineer’s point of view.
The UX Italia video contest recognizes Italian machinery, technology, and other experience solutions that have contributed meaningful improvements to people’s lives and production processes. If you submit a three-minute video showcasing how the quality of Italian machinery's User eXperience is essential to your company's success, you just may win a trip to Italy.
More:Blogs|News
Design News Webinar Series
11/19/2014 11:00 a.m. California / 2:00 p.m. New York
11/6/2014 11:00 a.m. California / 2:00 p.m. New York
10/7/2014 8:00 a.m. California / 11:00 a.m. New York
12/11/2014 8:00 a.m. California / 11:00 a.m. New York
Quick Poll
The Continuing Education Center offers engineers an entirely new way to get the education they need to formulate next-generation solutions.
Dec 1 - 5, An Introduction to Embedded Software Architecture and Design
SEMESTERS: 1  |  2  |  3  |  4  |  5  |  6


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.
Last Archived Class
Sponsored by Littelfuse
Learn More   |   Login   |   Archived Classes
Twitter Feed
Design News Twitter Feed
Like Us on Facebook

Sponsored Content

Technology Marketplace

Copyright © 2014 UBM Canon, A UBM company, All rights reserved. Privacy Policy | Terms of Service