??? 02/22/05 23:16 Read: times |
#88191 - Not that far apart Responding to: ???'s previous message |
I don't think we were ever very far apart. If you look back through our posts I think you will find I have said an RTOS on the 51 is a waste of time on more than one occasion.
With regard to Keil and RTX, there is an interesting web site that covers the Japanese 'standard' embedded RTOS called ITRON. It is interesting because it publishes regular market research data on the use of an RTOS. Their last published data (1999) shows that over 70% of 8 bit designs did not use any RTOS and 27% made their own. Only 3% used a commercial RTOS. Mind you given the number of 8 bit designs, that is still a fair size market. Erik Malund said:
Tasks are functions with the special property that they need be able to run concurrently. It is therefore crucial to the success of a real time design that tasks (or concurrent functions - call them what you like) are identified.
1) I do not understand what you mean by "identified??? I am talking about at the design stage before code is cut when you are deciding how you are going to achieve the design goals. 2) Concurrent in a '51 will be either bloated (by '51 standards)or faulty. I think we are in danger of misunderstanding each other because we do not have a common understanding of concurrent. To me concurrent simply means (appearing) to do more than one thing at once. I say appearing because a single 8051 con only execute one piece of code at once so you need a mechanism to share the processor time between tasks. There are several ways to do this. A superloop is one, interrupts are another. Perhaps the worst is to save the whole processor state in X-RAM. One method you mentioned in a previous post was using more than one microcontroller i.e. multi-processing. I strongly suspect that many 8051 project designers are using techniques 'stolen' from the world of the RTOS without realising it. The fact that a lot of people have spent a lot of time developing RTOSs, not to mention a whole bunch of academics who study them, means that we, as engineers could learn a few useful tricks from them. Ian |
Topic | Author | Date |
please expalin RTOS, UnRTOS, MTOS... | 01/01/70 00:00 | |
Os's | 01/01/70 00:00 | |
thanks ...and now for Erik... | 01/01/70 00:00 | |
MicroC O/S II works fine | 01/01/70 00:00 | |
Threads? | 01/01/70 00:00 | |
Threads, Real Time and Multitasking | 01/01/70 00:00 | |
Just for clarification | 01/01/70 00:00 | |
Multiprocessing | 01/01/70 00:00 | |
Multiprocessing | 01/01/70 00:00 | |
Further clarification | 01/01/70 00:00 | |
Threads | 01/01/70 00:00 | |
Windoze | 01/01/70 00:00 | |
More Windoze | 01/01/70 00:00 | |
Ah... | 01/01/70 00:00 | |
Basic Info | 01/01/70 00:00 | |
extract from the above with translation | 01/01/70 00:00 | |
Completed | 01/01/70 00:00 | |
who are we | 01/01/70 00:00 | |
Tics![]() | 01/01/70 00:00 | |
the rest | 01/01/70 00:00 | |
But wait..there's more! | 01/01/70 00:00 | |
Real Time Info | 01/01/70 00:00 | |
hard/soft | 01/01/70 00:00 | |
Real Time Info | 01/01/70 00:00 | |
m,y opinion | 01/01/70 00:00 | |
why so late | 01/01/70 00:00 | |
one more thing | 01/01/70 00:00 | |
Architecture Independent | 01/01/70 00:00 | |
just to clarify | 01/01/70 00:00 | |
No. | 01/01/70 00:00 | |
RTOS on a 51?? | 01/01/70 00:00 | |
not the thing but the word | 01/01/70 00:00 | |
A Distinction (with a difference) | 01/01/70 00:00 | |
Tasks or Applications? | 01/01/70 00:00 | |
Multi Tasking | 01/01/70 00:00 | |
a dot matrix printer must be one task | 01/01/70 00:00 | |
One task or three | 01/01/70 00:00 | |
pray explain | 01/01/70 00:00 | |
Tasks and Functions | 01/01/70 00:00 | |
we are getting closer | 01/01/70 00:00 | |
Not that far apart | 01/01/70 00:00 | |
I doubt we are | 01/01/70 00:00 | |
discussed | 01/01/70 00:00 | |
TTCS | 01/01/70 00:00 |