Publier

ELEC-H-410 Real-time computer systems

< Retour

RTOS - 6 Jun 2014

I presented the Asynchronous Transfer Model, ATM (it was funny, at BEAMS department… (OK I stop the jokes…)). He appreciated it and found it quite complete. I paid a particular attention to make as much references as possible between the TCP/IP protocol and ATM. He asked me to give him a real time application. I invented something but it was not good. But I think it was not very important to him, it was just for his curiosity to know if I had found an application.
The question was to describe the RTOS and make a comparison with µC/OSII. I enjoyed my 15 minutes of preparation to write all the chapter on a sheet of paper. I explained the stacks, the interrupts, preemptive & non-preemptive, priority inversion (I struggled with that one, it made me lose some points :p), timer interrups, …
He asked me to describe how the scheduler passes from a task to another. I told him via an interrupt. He asked me some questions to realize that OSTaskSuspend(delay) works with software timer and not hardware. The clock ticks generate thus an interrupt where the OS checks every software timer to see if it needs to launch a task.
He gave me 15+1 (from labs) 🙂
He is really really cool 😀

ELEC-H-410 - 5 Jun 2014

I firstly presented my subject. Try to find an interesting subject and as much original as possible. He seems to appreciate it.
Then I had the question on the debugging. Just explain in general what is written in the chapter and be more specific on the notion of real-time debugging . I started by explaining why we need to debug, then I presented the non real-time debugging methode (breakpoint, trace : step by step, etc.). After that, I talked about the logic analyser and finally on the emulators (ICE and ONCE).
Globally, I have written everything on a paper (summarizing the chapter), and then I just explained by looking at the paper. He was really ok with that 😉 Then, he asked some questions on the first chapters of the course (on real-time scheduling), but that was difficult to answer to the questions when you don't really "study" the course.
Really cool exam!

ELEC-H-410 - 21 Jun 2009

Presentation: AFDX (Avionics Full DupleX) -> en gros le reseau utilise dans l'Airbus A380, c'est une version tunée de l'ethernet a commutation pour qu'il soit utilisable en temps reel
En gros commence par introduction histoire, puis: pourquoi cherche nouveau reseau?, contraintes a prendre en compte, choix de l'ethernet mais ce qu'il manque pour qu'il soit TR, presentation du fonctionnement du reseau (plus grosse partie) et comment les modifications l'ont rendu bon pour TR (je posterais ma presentation plus tard)
Question: Debug et temps reel, dans les cours et aux labos
1) NE PAS OUBLIER D'IMPRIMER LES ENONCES DE LABOS POUR LES EXAMENS DE MATHYS
2) j'ai d'abord explique en qq lignes pkoi les debuggers classiques etaient foireux en TR
3) parler des petites astuces qui permettent de debugger sans outils, du genre faire clignoter des LEDs, printf, ...
4) si assez de temps de traitement libre sur µP, mettre un RTOS pour faire l'ordonnancement (peut alors utiliser un debugger)
5) Traces dans les RTOS (avantage par rapport aux printf: peut choisir un TR ce qu'on veut recevoir)
6) Probepoints (pas utilises aux labos parce qu'ils l'avaient pas installe avec µcOSII), a la fin du document "Deboggage OS temps reel" (ou un truc du genre), je crois qu'il a bien aime que j'en parle
7) Emulateurs (attention: cher). ICE pas de pb, ONCE doit coupler avec analyseur logique ET limite aux signes externes... pas top MAIS en utilisant un peu l'astuce de faire clignoter des LEDs mais sur l'etat d'une sortie, on peut faire du debug avec l'analyseur
8) NE PAS OUBLIER D'IMPRIMER LES ENONCES DE LABOS POUR LES EXAMENS DE MATHYS
Questions: processeurs recents (dire qu'il y a des trucs prevus par les constructeurs pour debugger), pire cas de debug si ONCE+AL: SoC avec quasi pas d'IO (ne peut pas voir ce qu'il se passe en interne). Comme j'ai utilise l'ICD de microchip pour mon projet: et ton ICD, il sait faire quoi?
Voila, j'espere que j'ai rien oublie
Sinon Mathys tjs aussi cool, pendant la presentation, on a l'impression qu'il pose plutot des questions par pure curiosite que pour emmerder ou voir si on a compris (j'ai repondu que j'en avais aucune idee a une des questions, ca avait pas l'air de le deranger plus que ca...)

ELEC-H-410 - 27 Apr 2011

J'ai présenté le Bitbus. Un choix intéressant d'après ce qu'il m'a dit 😉
Un réseau un peu vieux mais qui a connu un grand succès (développé par Intel sur sur base du 8051, tiens tiens, qui revoilà).
Je me suis principalement basé sur les spécifications du réseau (http://www.bitbus.org/dnl/BITBUS%20Interconnect%20Specification.PDF). J'ai passé sous silence certaines parties (répétiteur, contraintes de temps) pour ne pas faire plus que les 15 minutes et ça ne lui a pas posé problème.
Pour la question ouverte, débug temps réel et les problèmes qui y sont liés.
J'ai fait une synthèse des chapitres 7 à 9. Il a fini par me demander quelle était la situation avec les processeurs récents.
Bonne merde aux suivants

ELEC-H-410 - 20 Jun 2009

J'ai présenté le réseau ARCNET (protocole, performances, comparaison avec le CAN et Ethernet, ...)
question : debug.. tout le chapitre 7 en somme..

ELEC-H-410 - 20 Jun 2009

Je présentais le RTOS VxWorks particulièrement l'ordonnancement et j'expliquais les différents sémaphores qu'utilise l'OS comparé à celui du labo µCOS-II (c'est un playmobile à côté de VxWorks :D). J'ai expliqué le problème d'inversion de priorité qu'avait subi la mission Pathfinder de la NASA (voir ma présentation quand elle sera uploader). Il a bien aimé et m'a mis 8/10. Pour la question, j'ai dû lui parlé de CAN donc dernier chapitre + les labos ça m'a fait 16 en tout. Bon courage aux suivants et aux générations futures.

ELEC-H-410 - 19 Jun 2009

J'ai présenté un réseau de terrain, FlexRay.
Question: RTOS et uCOSII.

ELEC-H-410 - 29 Jun 2008

Alors comme OS, j'ai présenté l'iPhone OS, et les outils de développement qui y sont attachés (XCode et Instruments). Toutes mes sources provenaient de developpers.apple.com/iphone
J'ai parlé de plein de sujets du cours, mais sans jamais aller dans les détails. Il a bien aimé.
Question supplémentaire: la même que Tim, système de monitoring pour des soins intensifs. Donc en gros adapter les labos. On a discuté des débits d'information, et de savoir si c'était limitant ou pas (savoir évaluer combien d'octets/seconde pour un ECG, ...)

ELEC-H-410 - 28 Jun 2008

présentation du protocole LonTalk (LonWorks)
et comme question supplémentaire: l'ordonancement

ELEC-H-410 - 17 Jun 2008

Alors comme reseau j'ai présenté le BITBUS, un petit résumé de ceci (http://www.bitbus.org/dnl/BITBUS%20Interconnect%20Specification.PDF) lui convient parfaitement.
La question qu'il m'a posé était la suivante "vous voulez réaliser un système de monitoring avec différents capteurs (tension artérielle, temperature corporelle, ECG, MEG,...), comment faites vous?" En gros il faut adapter ce qu'on a fait au dernier labo a cette situation.
Sinon il est bien sur très sympa et il cote largement.

ELEC-H-410 - 14 Jun 2008

salut
moi j'ai présenté les 2 cours ensemble (archi et temps réel)
voir section architecture pour cette partie 😉
comme pour archi j'ai présenté le intel pentium I MMX je me suis dit que j'allais etendre sur le debug de celui ci... mais les infos manquaient donc j'ai fais de la théorie et donné les exemples du pentium
ici j'ai simplement repris son cours sur les debuggers et les emulateurs... j'ai fait un "resumé" en 15 minutes...
voila
il m'a juste posé comme question pendant mon exposé: comment on fait pour placer les breakpoints... => on remplace l'opcode
et ma grosse question:
il m'a demande de lui parler de l'ordonnancement temps réel et d'étendre ca aux réseaux (CAN etait mon projet d'année il savait que ct mon truc)
donc je lui ai fait un ptit resume sur l'ordonnancement que je lui ai présenté... ca ct bon ^^
et pour l'extension vers les réseaux : je suis parti sans préjugés et je suis resté général ...
j'ai envisage reseau monomaitre ou multimaitre... j'ai conclu multimaitre difficile (il m'a dit que ca ne se faisait pas si simplement en effet ^^)
j'ai parle d'un reseau du type can ou ethernet broadcast ou j'ai dit qu'il est difficile d'assurer qu'il n'y ait pas de conflits
alors j'ai parle d'un reseau du type token ring ou token bus avec un jeton et ca ct je pense ce qu'il attendait... en effet si on envisage un train qui parcoure le reseau, on connait le temps qu'il met pour faire un tour (et hop on est parti dans l'ordonnancement)
voila il etait fort satisfait il m'a mis 17
bon courage à tous
Xavier

ELEC-H-410 - 14 Jun 2008

J'ai présenté le Intel XScale PXA 270 (le proço de mon PPC, en fait) pour les deux cours. Il a juste posé quelques questions pendant ma présentation pour la partie temps réel où je parlais de la debug unit (faut juste être un poil logique et se référer au chapitre en question dans le cours).
Sinon pour la question après présentation, j'ai juste dû lui parler de l'ordonnancement temps réel. J'ai suivi la structure du cours en lui expliquant les différents algorithmes avec les schémas et les problèmes qui y sont liés. Au final, j'ai eu le temps de parler que de la partie clock-driven mais il m'a fait faire un rapprochement avec le cours du premier quadri : j'avais dit qu'on faisait face à un gros plantage du système quand un problème survenait en section critique (masque d'interruption non levé donc le système réagit plus à rien) >> Quelle solution pour retomber sur ses pattes ?
>> Première idée : un timer ??? non car s'il déborde on sait pas lire l'interruption
>> Deuxième idée : un reset >> oui et comment ? Il y a un système prévu pour ça >> le watchdog (yes je m'en suis souvenu !!!) donc on fait un reset à chaud :p
Voilà donc rien de bien méchant et pour répéter les autres, il est super sympa 😉
Bonne chance aux suivants ^^

ELEC-H-410 - 13 Jun 2008

I) Présentation du RTOS VxWorks. Sources :
http://www.windriver.com/
http://research.microsoft.com/~mbj/Mars_Pathfinder/Authoritative_Account...
http://mars.jpl.nasa.gov/MPF/mpf/sci_desc.html#ATMO
http://www.slac.stanford.edu/exp/glast/flight/sw/vxdocs/vxworks/guide/
http://www.cs.stevens.edu/~quynh/courses/cs520-fa07/cs520.html
II) même question que les autres : les problèmes liés au debug temps réel, les solutions apportées, en particulier l'analyseur logique et la synchronisation de ses signaux avec le code source. En gros, résumer les chap.7, 8 et 9.
Bonne m... !
Laurent

ELEC-H-410 - 11 Jun 2008

Salut à tous,
Apparemment, une question que Mathys aime beaucoup poser (au moins 4 fois sur la journée) est la suivante
1) expliquer les problèmes liés au débug d'un dispositif temps réel
2) Quelles solutions peut-on envisager pour concilier debug et temps réel.
Quelques idées:
1) En gros il y a 2 grands aspects: le premier est lié au fait que les opérations de debug sont incompatibles avec le temps réel, le second est lié au fait que le programme de debug doit tourner sur le même support physique que le prog TR .
aspect 1)lors du débug, on souhaite afficher l'état de variables en RAM ou dans des registres (traçage de l'exécution), observer si des branchements sont réalisés etc. Toutes ces opérations conduisent à un ralentissement de l'exécution du code.
L'exécution pas à pas ou l'introduction de breakpoints est totalement contradictoire avec les timing imposés par le processus temps réel. voir chap 7 slides 9 à 16
Vous pouvez aussi parler des run time check cf chap 7 slides 33 à 36
aspect 2)voir chap 7 slides 49 à 52
2) Il faut parler des émulateurs (chap 8). Présenter un peu émulateur ICE et ONCE. Dans les 2 cas, le programme de debug ne tourne plus sur le même support physique que le programme TR, donc les problèmes présentés au 1) aspect 2) ne se posent plus.
L'émulateur ICE présente bcp plus de fonctionnalités. Parler un peu de ces fonctionnalités et surtout de la RAM d'émulation qui est très utile! (Surtout si elle est à double entrée!)
Question subsidiaire: comment faire si on n'a pas les moyens pour un émulateur?
2 solutions:
- instrumenter le code : par ex faire clignoter des LEDs pour signaler quand on effectue un branchement. En gros, il s'agit de légèrement modifier le prog TR pour qu'il fournisse au monde extérieur des manifestations lors des étapes de son exécution. Si on demande de faire des choses simples, le ralentissement sera faible.
- améliorer la "cohabitation" entre le prog de debug et le prog TR sur le même µC en installant un RTOS. Les 2 parties seront bien cloisonnées et ne se marcheront plus sur les pieds. Il faut juste alors avoir un µC disposant de + de ressources, mais c'est toujours 10000 fois moins cher qu'un émulateur! La difficulté est apparemment d'établir les priorités entre tâches de debug et tâches TR.

ELEC-H-410 - 11 Jun 2008

J'ai présenté le bus I²C (bus reliant des circuits intégrés dans une télé par ex) mais je n'ai pas parlé de ses gros défauts, certains sont évidents, par ex, il est bcp moins fiable que CAN (du fait qu'on ne code pas les données, faible immunité aux bruits...)==> on ne l'utilise que pour de petites distances. Mais d'autres sont moins évident : parler du fait que si un composant qui ralentit l'émission du maître(en maintenant le bus d'horloge à l'état bas) se plante (le bus reste alors à l'état bas), le maitre ne reprendra jamais la main et le système est bloqué... il ne reste plus qu'a retiré la prise.
Sinon ma question portait sur les RTOS (chapitre 5) et faire le lien avec µcos2 et ce qu'on a fait aux labos.

ELEC-H-410 - 8 Jun 2008

Donc, pour ma présentation (j'avais imprimé mes slides et je l'ai fait donc sans ordi), j'ai fait un truc sur l'ordonnancement, en donnant un exemple d'un système multi-tâches et en expliquant différents ordonnancements possibles. (J'ai repris intégralement certains schéma de son cours, mais ça n'avait pas l'air de le déranger). Par contre, mon système n'était pas parfaitement adapté à l'ordonnancement event-driven, et je pense qu'il aurait été préférable, pour moi, de ne pas en parler, plutôt que de trouver un cas où ça aurait éventuellement pu être intéressant (pour l'event-driven) mais qu'il n'a pas trouvé adapté à ce type d'ordonnancement.
Puis, deuxième question (au moins 20 bonnes minutes de préparation): qu'est-ce que t'as fait au labo? Bon, ben ca se passe de commentaire si ce n'est que le chapitre 7.1 et 14 sont vos amis pour cette question.

ELEC-H-410 - 11 Jun 2008

J'ai présenté le Profibus (doc disponible sur techniques de l'ingénieur).
Question : Quels sont les avantages de travailler avec un Os temps réel, et mise en relation avec le labo (qu'est-ce qu'on y a fait et manière dont on l'a fait).
Pour info, l'OS utilisé au labo est un mix entre un OS préemptif et non-préemptif. C'est à dire que les tâches doivent rendre la main à l'OS en s'adressant à celui-ci. Mais à chaque tic (15/s), l'OS reprend de toute façon la main pour faire quelques actions du genre augmenter les compteurs des tâches qui restent passives en attente pendant un labs de temps, cependant l'OS redonne la main à la tâche courante si elle n'est pas terminée, même si une autre tâche a une priorité supérieur. C'est donc une sorte d'OS hybride.

ELEC-H-410 - 18 Jun 2000

Copie de ce que j'ai posté dans architectures des micro-p :
dernière fournée :
j'ai présenté le processeur ARM10E et en particulier le 1022E. Je me suis plutot axé sur le fonctionnement du pipeline et de la prefetch unit. J'ai en plus ajouté deux slides sur le fonctionnement des caches instructions et données. Ca s'est bien deroulé et peu de questions m'ont été posées pendant la présentation. Les deux questions importantes étaient quels sont les interractions entre MMU et caches dans le micro-p et si il y avait du snooping (sincèrement je ne sais pas ce que c'est ^^).
Comme j'ai la grande joie de faire partie du cartel des électriciens-électroniciens, j'ai ensuite présenté un ppt sur un réseau de terrain dénommé Flexray qui devrait remplacer les réseaux actuellement utilisés dans l'industrie automobile. De nouveau, la présentation était suffisante et très peu (p-e 1 ou 2) questions m'ont été posées.
Comme j'avais couvert pas mal de matières des cours pendant les présentations, il m'a posé une seule grosse question ayant pour but de mettre en commun les deux cours. Expliquer pourquoi en ne regardant que les bus externes d'un micro-p ont ne sais pas exactement ce qu'il se passe + solutions. Reponse : parler des caches internes (instruction + donnée avec algo type Write back), des mmu internes (=> adresses prog différentes adresses phys vue sur les bus) => tenir une table de correspondance à jour dans le débugger (statique si linker crée code absolu, dynamique sinon), accès aux registres, exécution dans le désordre, pipelines parrallèles,...
Solutions : emulateurs type ONCE et ICE, rajouter instructions pour créer évenement externe sur bus de communication, parrallèle, leds...( endroits stategiques comme début d'une tache, interruptions, branchements,...), pour le débuggage pur et dure; lancer les run-time cheks

ELEC-H-410 - 29 Jun 2007

cfr mon post en µP...
j'ajoute juste + de détails pour la question CAN:
Il m'a demandé comment le rendre maitre-esclave sans connaitre aucune adresse (si on les connait, on peut y aller avec de l'ordonnancement multi-cycle). Il faut répondre que la trame question est envoyée par le maitre avec le bit RTR à l'état récessif (=1) à un esclave.
Et il m'a demandé après comment s'assurer que seul l'esclave visé reçoive la trame, il faut répondre alors que le champ d'arbitrage de la trame renferme un ID particulier et qu'on ne peut pas se tromper lors de la réception du message.
Et puis, il m'a demandé un ou 2 trucs sur les labos plus spécifiquement mais comme j'y étais présent que physiquement, je lui ai dit que c t trop loin et que je m'en souvenais plus^^ C'est alors qu'il a bien voulu me laisser enfin repartir...
Voilà, j'ai fait mon devoir d'ingénieur imposteur en m'assurant que les générations futures prolongeront l'imposture le + loin possible^^

ELEC-H-410 - 20 Jun 2007

J'ai fait ma présentation sur l'I2C: généralités, composition de la trame, arbitrage, puis comparaison avec CAN (le principe d'arbitrage est le même mais la trame de CAN fait qu'on rend les adresses basses prioritaires alors que c'est impossible avec I2C)
Il m'a posé quelques petites question sur le CAN (comment fonctionne le système des masques pour qu'un maître reçoive une certaine ID)
Ensuite il m'a demandé de parler de la réentrance: comment ça se passe pendant l'appel et l'exécution d'une fonction réentrante, dans quel cas ça peut poser problème (débordement de pile) et faire le lien avec l'ordonnancement (dans les OS "priority driven", lorsque le noyau et préemptif ou non)

ELEC-H-410 - 16 Jun 2007

Présentation sur Inter Integrated Circuit Bus (I²C), un réseau qui se rapproche pas mal de CAN + des petites questions sur la présentation (s'agit-il d'un broadcast ou d'un unicast? etc...)
Puis question : faire un point de différences et des similitudes entre I²C et le réseau CAN + petites questions pour compléter ce qu'on a écrit
Voilà, il est franchement sympa et pas chien du tout..
Bonne chance à tous

ELEC-H-410 - 16 Jun 2007

Pésentation sur l'AFDX, il pose des questions, des liens avec le cours. Dans le cas de ma présentation c'était principalement lié au modèle OSI et TCP/IP.
Question: parler moi de ce que vous avez fait au labo. Donc il veut qu'on lui dise les grands principes: on utilise un CAN multi-maître pr envoyer des messages et en recevoir. Puis on est passé au CAN maître-esclave, expliquer le principe. Puis il a posé 2,3 questions plus précises pour savoir comment on avait concretement envoyer des messages.

ELEC-H-410 - 16 Jun 2007

Présentation sur le bitbus, il m'a posé pas mal de petites questions.
Ensuite question sur les labos: la réentrance dans les premiers labos. liens avec la préemption.

ELEC-H-410 - 16 Jun 2007

Alors, pour ma part, je n'avais que ce cours à présenter... et pas le cours de MicroP...
1) J'ai présenté un réseau de terrain pour la domotique --> Konnex (KNX)
2) Résumer le chapitre 5 sur l'ordonnacement temps réel...
Voilà...

ELEC-H-410 - 22 Aug 2006

Pour la postérité...
J'ai fait une présentation sur le réseau de terrain FlexRay, très intéressant et bcp de sources dispos (www.flexray.com)
Ensuite, question sur l'éditeur de lien. Expliquer la diapo avec le schéma avec les modules, les ressourses CPU et externes.
Faire une comparaison avec les labos (avions-nous toutes les ressources à dispositions ?). J'ai parlé de l'éditeur de lien en lui-même, des variables globales, des fonctions réentrantes et non réentrantes et ce qui change pour le stockage...
Enfin voilà 🙂
Olivier

ELEC-H-410 - 23 Jun 2006

J'ai réalisé une présentation sur le Intel Xscale PXA 270, qui est utilisé dans de nombreux PDA. Il y a bcp de documentations sur le site d'intel, wikipédia, ... (ndapn: Le fichier est ici). Ma présentation se penchait également surles débogueurs. Cela faisait office de la partie sur l'Informatique temps réel. Le problème était la surcharge de mes slides, ... J'avais peur d'oublier, ... mais il est clair qu'elles doivent être plus nettes.
Pour la question, c'était sur CAN et ce qu'on a vu aux labo's.
Résultat : 15. Mouais... 🙂

ELEC-H-410 - 12 Jun 2006

Présentation sans questions particulières (c'était sur le bitbus... slides à la demande 🙂
Après deuxième question spécialement pour moi (le seul informaticien de 5ème à avoir pris ce cours en option...) : parler des ordonnancements et (surtout) expliquer les nouveautés/redites/contradictions par rapport au cours d'OS de Remiche... En gros, pour vous (le commun des mortels :p), ca aurait été un truc genre "ordonnancement" de manière générale...
Tout sympa, pas de surprise, de stress, ni rien
Dim

ELEC-H-410 - 8 Jun 2006

Bon d'abord présentation du microP. J'avais pris un microC de Motorola.
J'ai parlé du pieline, de l'EMAC (MAC amélioré), de la cache et en deux mots du contrôleur CAN. + question genre "pourquoi on code le signe sur 8bits" (apparemment ct louche), la gamme de température sur laquelle le microP fonctionne est-elle large ou pas comparé à d'habitude? ...
Les questions sur première partie: comme j'avais parlé du CAN il m'a demandé quelles sont les détections d'erreur et pourquoi on peut faire du CAN que sur une faible distance.
Ensuite la deuxième partie: idem que tout le monde. Il ne vous demonte pas et vous aide à aller dans le bon sens même si cette Q reste assez floue...
Bonne m****!!!

ELEC-H-410 - 8 Jun 2006

Pareil que les trois autres de la matinée pour la question, mais la réponse a dû un peu différer (quand on rame il nous embarque dans une autre direction...).
Après les palabres préliminaires sur le bit CRC et la manière d ordonnancer les questions, il m a demandé comment faisait un esclave pour savoir qu on s adresse à lui? --> "Grâce à son ID" ai-je répondu, mais il m a demandé à quel niveau intervient la reconnaissance d'ID. Je pensais que c était l OS, mais apparement faut pas aller si haut... (-->couche #2???) Restant assez perplexe, il m a aiguillé par un "C'est comme vous avez fait labo" (phrase assassine!). Du coup ça avait un rapport avec la configuration de mailboxes et tuti quanti.
A+

ELEC-H-410 - 8 Jun 2006

Il m'a également demandé si j'avais présenté qqch sur ce cours => réponse non, on était pas au courant... Pour la question, elle est identique à celle de Kevin qui a à peu près tout résumé. En tout cas, il est pointilleux et veut toujours savoir ce qu'il se passe à quel moment...

ELEC-H-410 - 8 Jun 2006

Reprennons donc ce que j'ai dit pour le cours de µp : IL FAUT PARLER DES DEUX COURS DANS SA PRESENTATION! Bon ceci étant dit...
J'ai eu comme question un truc assez original...
Il m'a demandé d'appliquer la théorie de l'ordonnancement temps réel synchrone au bus CAN (en le rendant au passage sous une forme maitre-esclave alors que CAN est multi-maître à la base).
J'ai donc repris l'ordonnancement multi-cycles , en considérant que chaque tâche était un bloc de la forme:
-le maitre envoie une requête à l'esclave correspondant à cette tâche(trame question avec le RTR=1)
-l'esclave correspondant répond
-le maître traite l'information
Et on passe à la tâche suivante...
Pour la gestion d'événements asynchrones, j'ai consideré qu'à ce moment là , un esclave pouvait prendre l'initiative d'envoyer un message avec un champ d'arbitrage dominant pour avoir la priorité sur les autres.
Il m'a dit qu'on peut aussi travailler par une forme de polling qui consiste à envoyer une trame question à toutes les ID qui correspondent aux signaux asynchrones.

ELEC-H-410 - 24 Jun 2005

Présentation sur RapidIO : ICI
Deuxième question : Tout sur l'ordonancement temps réel + uCOS II

ELEC-H-410 - 24 Jun 2005

ordonnancement temps réel : résumé du chapitre et µcos2

ELEC-H-410 - 24 Jun 2005

Voilà la présentation + 1 quest OS
A mon avis, si vous avez un OS, il vous donne une question réseau pr la partie question théorique et vice versa...
Il aime qu'on lui explique dans les grandes lignes avec les principes pr la queestion théorique...
courage aux derniers 😉

ELEC-H-410 - 23 Jun 2005

J'ai passé les deux cours ensemble mais j'ai eu une question sur elec 365 : Résumer les labos et dire ce que je propose pour les améliorer. En ce qui concerne les présentations, pas de surprise.

ELEC-H-410 - 21 Jun 2005

presentation
puis ordonnancement temps réel, attention aux interruptions...

ELEC-H-410 - 27 Apr 2011

bonjour,
on, lola et moi , a eu exam ce matin
pas de surprise
presentation
puis preparer question , pas bcp de temps, 15 min?
on a eu tous les 2, resume du chapitre 5
petite question;
on peut avoir 2 tache de meme priorite? oui
alors ca marche comment? robin ...
difference mode preemptif et mode non preemptif
fonction reentrante
expliquer micro cos2
bonne merde


Il n'y a pas de publications plus anciennes.