Discussion utilisateur:Nadir.cherifi/FreeRTOS

Synthèse

Le plan

Quelques observations concernant le plan ont été relevées :

- déséquilibre entre la partie architecture et les autres chapitres

- manque une section comparative

- manque une section historique

- manque une section perspectives

- proposition d'un nouveau paragraphe pour "Architectures matérielles supportées" et la communication externe .

les réponses ont été partielles :

- déséquilibre volontaire

- rajout éventuel d'une section comparative

- pas d'échange concernant les autres points

propositions :

- deux articles pour initier le paragraphe " autres OS / comparaison "

- un article pour compléter la section " Architectures matérielles supportées"

La mise en forme

les remarques concernent:

- le manque de lien bibliographique

- le manque de références

- la diversification des sources

- le manque de lien interne

- des liens et des numéros de pages inexistants

les réponses qui ont été apportées se résument à :

- un lien a été rajouté concernant l'article Merlot"2009"

- constat effectif d'un manque de réference pour la section " architecture " mais souligne la pertinence des articles utilisés .

- préfère limiter les liens internes à la 1er occurence pour faciliter la lecture du texte.Estime que trop de liens internes seraient néfaste à la lecture.

- pense avoir suffisamment référencé les sections mises à part " mutex" à laquelle une ou deux références vont se rajouter.

- pris en compte du souci des liens et remédiation

Suite à ces réponses des explications ont suivi :

- En diversifiant vos sources, votre état de l'art gagne en qualité .

- lien interne récurrent permet au contraire de prendre le sujet en cours d'article et de trouver les renseignements rapidement avec comme exemple une phrase modifiée .

- concernant le manque de référencement : rappel du principe Projet Informatique 2.0 , "chaque affirmation doit être référencé". Ainsi énumération de quelques affirmations non référencées mais là pas de suite au constat

propositions:

- trois nouveaux articles pour le référencement de la section architecture et fonctionnement

- trois affirmations non référencées comme exemple .

Le contenu

observations concernant le contenu :

Nous constatons un travail important concernant le fonctionnement interne et les services fournis par FreeRTOS , cependant quelques propositions restent à faire.

propositions:

- Le systeme étant voué à echanger avec le monde extérieur , ajouter une partie communication incluant des sous-parties comme réseau ( IP ? 802.15.4 MAC ? ),interopérabilité, accès distant , autres .

- étoffer la partie " architectures matérielles supportées "

- rajouter une explication sur le mode statique et dynamique pour la priorisation des tâches .

- rajouter des exemples d'expérimentation ou de réalisations industrielles .

- compléter le partie "ordonnancement " en traitant les modes et regles .

- Quatres exemples d'expérimentation ou exemple industrielle

- un article pour initier l'architecture matérielles supportées

- trois nouveaux articles pour compléter les points ci-dessus.

Les constats et ces propositions n'ont pas été suivis par une discussion .

Discussion à propos du plan

• Dans la section des domaines d'application, vous y cité QNX ,cela m'amène à vous proposer également de rajouter dans votre plan une section , autres OS existants, comparatif et positionnement par rapport à la concurrence. Ci-dessous des références intéressantes pour commencer ce paragraphe.Dans son article "TinyTimber, Reactive Objects in C for Real-Time Embedded Systems" ( 10.1109/DATE.2008.4484933 ) Per Lindgren compare les performances de TinyTimber à celles de FreeRtos .Ramon Serna Oliver préfère comparer les performances de FreeRtos avec Mantis , article "An operating system abstraction layer for portable applications in wireless sensor networks"(doi>10.1145/1774088.1774243).

Fabien MEYER 02 février 2013 à 23:30 (CET)

Une section de comparaison de FreeRTOS à ses concurrents RTOS aurait effectivement sa place dans notre article. Nous essaierons de rajouter cela à l'avenir.

Les articles que vous suggérez sont d'ailleurs référencés dans notre bibliographie depuis le début de notre rédaction. Nous avions aussi rajouter dés le début, dans la section <<Articles connexes>> un lien externe vers un listing des RTOS existants.--Nadir.cherifi (d) 3 février 2013 à 11:48 (CET)

• Proposition de complèment de plan.

Votre section architecture traite principalement du fonctionnement interne, mais ce systeme est voué à communiquer avec les autres donc il serait intèrressant de rajouter des sections comme :

1. caractéristiques :

portabilité ,communication réseau ( IP ? 802.15.4 MAC ? ),Interopérabilité, Accès distant , Autres.

Une partie sur les communications réseaux est en cours de création. --Lumoreau (d) 11 février 2013 à 13:11 (CET)

1. perspectives

FreeRTOS est outil principalement utilisé dans le monde professionnel et la licence les autorise à ne pas divulguer leurs ajouts. De ce fait, il est très difficile de connaitre les perspectives pour FreeRTOS. Ils ne développent que ce dont ils ont besoin. --Lumoreau (d) 11 février 2013 à 13:06 (CET)

1. historique

Une partie Historique est en cours de création. --Lumoreau (d) 11 février 2013 à 13:06 (CET)

Fabien MEYER 02 février 2013 à 23:46 (CET)

• Bonjour, voici quelques remarques pour consolider votre document :

Ce qui me frappe à la première lecture c'est le déséquilibre entre la partie "Architecture" 4/5 du document et les autres chapitres "Services fournis et domaines d'application" et "Solutions alternatives"... Bouabdallah Karim (d) 5 février 2013 à 13:39 (CET)

En ce qui concerne le déséquilibre entre les parties du document. Notre document Wikipedia est volontairement axé sur la partie architecture qui est pour nous, la plus importante.Ludovic Moreau (d) 4 février 2013 à 13:11 (CET)

• Dans le chapitre "Architecture", vous traitez les points ordonnancement, gestion des taches, structures de données, gestion des ressources, gestion des interruptions, gestion de la mémoire qui sont des parties intégrantes du système d'exploitation. Par contre le point "Architectures matérielles supportées" peut faire l'objet d'un chapitre différent.

Bouabdallah Karim (d) 5 février 2013 à 11:01 (CET)

Discussion à propos de la mise en forme

• Bonjour, pour commencer votre état de l'art, vous faites à de nombreuses reprises référence à l'article de Richard Barry2009 ou Merlot2009 , je ne vois aucun lien dans la bibliographie qui me permette de retrouver les documents cités. Une vérification de ces liens mais également une précision des pages sont donc nécessaires. Si le lien DOI est inexistant , pourquoi ne pas au moins mettre un lien externe ? Et, par exemple rajouter pour l'article de Richard Barry l'url ci-dessous : ftp://ftp.cs.sjtu.edu.cn:990/hongzi/embedded%20systems/referece%20books/Using+the+FreeRTOS+Real+Time+Kernel+-+a+Practical+Guide.pdf.

Suite à votre remarque, nous avons ajouté un lien sur le texte intégral de l'article "Merlot2009".

Concernant le guide "Using the FreeRTOS RTOS", le lien que vous nous suggérez est identique à l'article que nous avons utilisé pour la réalisation de notre état de l'art. Malheureusement les licences entourant ce guide ne nous permettent pas de mettre un lien direct vers son contenu. En contrepartie nous venons de compléter la référence avec un lien vers la présentation et le moyen d’accès au guide.--Nadir.cherifi (d) 3 février 2013 à 01:25 (CET)

• La première section ( Architecture )est en grande partie référencée par seulement 4 articles , l'un provenant du concepteur ( cité 20 fois pour 31 références dans le chapitre ) , une thèse , le web de FreeRtos, et un livre résumant 25 OS différents ( Svec 2012). Ce dernier étant d'ailleurs la seule source pour la partie " La description des tâches " où vous manquez de précision par rapport à l'emplacement de l'information ( numéro de paragraphe, page , etc. ). Cette dernière n'étant pas une source primaire , elle n'est me semble-t-il pas pertinente. Dans cette partie "architecture",les sources ne sont pas suffisamment différentes et " neutre ", ne faudrait-il pas les compléter par des références scientifiques ? Pourquoi ne pas se servir des articles cités et non utilisés dans la bibliographie pour compléter et varier cet état de l'art . Fabien MEYER 16 janvier 2013 à 23:29 (CET)

La réference <<Svec2012>> correspond à l'ouvrage <<The Architecture of Open Source Applications Vol2>>, ce livre résume 24 projets open source (et non pas 25 OS différents). Concernant la pertinence de cet ouvrage, la grande majorité des auteurs sont des personnes reconnues dans leurs domaines, la plus part d'entre eux sont des principaux contributeurs aux projets open sources dont traite l'ouvrage (certains d'entre eux sont même les fondateurs) (Présentation des auteurs). Cristopher Svec l'auteur du chapitre sur FreeRTOS possède -à notre avis- un assez bon background afin que sa contribution soit jugée comme pertinente. Concernant la précision des pages et paragraphes, il nous a été impossible d’accéder à une version papier (ou ebook) du livre, néanmoins l'ouvrage est consultable entièrement en ligne (format html), nous avions d'ailleurs mis dans la référence bibliographique un lien d’accès à l'ouvrage en ligne ainsi qu'une spécification du chapitre correspondant à FreeRTOS.--Nadir.cherifi (d) 3 février 2013 à 02:23 (CET)

Il est vraie que la section <<Architecture>> contient peu de références différentes. Cette section représente pour nous une partie importante de notre article, malheureusement il nous a été difficile de varier les sources utilisées étant donnée que cette section décrit le fonctionnement interne du système FreeRTOS, l'article du concepteur "Richard Barry" (cité à plusieurs reprises) nous a donc paru être l'article le plus pertinent.

La majorité des articles scientifiques référencés dans notre bibliographie décrivent les domaines et les application pour l'utilisation du système FreeRTOS plutôt que sont fonctionnement interne.--Nadir.cherifi (d) 3 février 2013 à 02:23 (CET)

Je partage ce point de vue, l'article du concepteur Richard Barry est certainement le plus complet sur le sujet mais je crois aussi , qu'en diversifiant vos sources, votre état de l'art gagne en qualité.Les articles ci-dessous, non cités dans votre bibliographie, peuvent-être de très bons compléments pour le fonctionnement et les caracteristiques.

1. Modeling and Verifying the Kernel of RTOS ( ShengWen Gong )
2. A Framework for Time-Controlled and Portable WSN Applications( Anthony Schoofs1)
3. Test Case Generation of Embedded Real-Time Systems with Interruptions for FreeRTOS(Wilkerson L.)

Fabien MEYER 03 février 2013 à 23:20 (CET)

• A partir du paragraphe 2.3 (Les structures de données de FreeRTOS) , les liens internes se font très rares voir inexistants . Je pense qu'il serait judicieux , pour permettre au lecteur de facilement trouver l'information de poursuivre ce travail jusqu'au bout . Pour exemple je me suis permis de modifier la 1er phrase de la partie "La gestion de la mémoire en y rajoutant 6 liens internes . Fabien MEYER 22 janvier 2013 à 22:30 (CET)

Lors de la rédaction de notre article, nous nous somme tenu à ajouter un lien interne uniquement lors de la première occurrence dans l'article du terme en question. Notre article étant axé sur un domaine technique, nous pensons que l'ajout de lien interne à chaque occurrence d'un même terme serai néfaste pour la lecture.--Nadir.cherifi (d) 3 février 2013 à 02:31 (CET)

Je ne vois pas en quoi cela pourrait être néfaste, seule chose qui change , c'est la couleur, sinon cela permet surtout au lecteur de gagner du temps , le lecteur lisant rarement la totalité de l'article il trouve directement les informations qui lui manquent.

Fabien MEYER 04 février 2013 à 00:05 (CET)

Nous en avons encore discuté et nous affirmons que mettre trop de lien dans un article est clairement néfaste ! Le texte va être uniquement bleu et cela va être dur de se repérer pour le lecteur. --Lumoreau (d) 11 février 2013 à 13:20 (CET)

• Trop souvent vos affirmations ne sont pas référencées plus particulièrement dans les paragraphes : Mutex,La gestion des interruptions,Les interruptions différées, Suspension des interruptions,ou même dans Services fournis et domaines d'application .Fabien MEYER 01 février 2013 à 22:40 (CET)

Concernant la partie <<Architecture>>, mise à part la section <<Mutex>> à laquelle nous devons rajouter une ou deux références, nous pensons avoir déja suffisamment référencé les autres sections.

Je ne suis pas totalement en phase avec votre analyse par rapport au référencement,en principe d'après les consignes du Projet:Informatique 2.0, chaque affirmation doit être réferencée,dans les sections que je vous cite , ce n'ai pas toujours le cas.Fabien MEYER 03 février 2013 à 22:17 (CET)

Pour exemple, dans la partie "La gestion des interruptions" vous affirmez que <<FreeRTOS n'impose aux développeurs aucune stratégie spécifique pour la gestion des interruptions mais il offre plusieurs moyens pour que la stratégie choisie puisse être implémentée et maintenue facilement>>.Je n'ai pas trouvé la réference dans le document.Fabien.tiir2012 (d) 4 février 2013 à 12:21 (CET)

Autre exemple , dans la définition, vous affirmez :" Assembleur permettent d'assurer la compatibilité de FreeRTOS ..." il n'y a pas de référence et je ne l'ai pas vu non plus dans les références proche ( Merlot page 4 ).Fabien.tiir2012 (d) 5 février 2013 à 00:04 (CET)

Dans le paragraphe " Un autre grand domaine ... FreeRTOS est le système d'exploitation temps réel de prédilection ......" la définition des WSN pourrait être remplacée par un lien interne . Garder l'affirmation "FreeRTOS est l'OS de prédilection ", me parait être plutôt une affirmation commerciale , pour la garder, une référence scientifique est primordiale à mon sens .

• Dans le chapitre "Architectures matérielles supportées", vous avez certains liens wikipedia inexistants. Verifier qu'il ne s'agit pas de lien vers le wikipedia anglais; dans ce cas utiliser la forme [[ w : en : lien_wiki | titre]]

Bouabdallah Karim (d) 4 février 2013 à 10:31 (CET)

Bonjour, je vais d'abord répondre à votre second point concernant les problèmes de liens. Il est vrai qu'il y avait quelques soucis à ce niveau là. Cette section faisait des références à des pages inexistantes. Ludovic Moreau (d) 4 février 2013 à 13:08 (CET)

• "Support for Hierarchical Scheduling in FreeRTOS" est en doublon dans votre bibliographie , je me permets d'en supprimmer un .

Bonjour, quelques nouvelles remarques:

• Dans la présentation le nom "Richard Barry" ressort en rouge : lien inexistant.
• Vous écrivez "il est aujourd’hui le leader du marché des systèmes d'exploitation temps réel" une référence serait bien.

Bouabdallah Karim (d) 5 février 2013 à 13:39 (CET)

Le lien sur Ricard Barry a été enlevé. Concernant la référence, il n'y doit pas y avoir de référence dans un résumé introductif ! Et vous trouverez dans la suite de l'article un lien ainsi que des référence appuyant le fait que FreeRTOS est vraiment le leader du marché des RTOS aujourd'hui. --Nadir.cherifi (d) 14 février 2013 à 10:55 (CET)

Discussion à propos du contenu

• La partie « Architectures matérielles supportées » se limite dans votre état de l’art, à lister l’ensemble des plateformes énumérées sur le web de FreeRTOS , il suffirait donc d'y mettre un lien externe . Il serait intéressant étoffer cette partie , vérifier cette information avec des sources scientifiques tel que l’article de Diana Alina Serbanescu1 ( Real-Time Testing with TTCN-3 ; Lecture Notes in Computer Science, 2008, Volume 5047, Testing of Software and Communicating Systems, Pages 283-301 ) qui traite aussi des plateformes supportées . Cette article mais également celui de Florin Catalin Braescu( Monitoring CAN Performances in Distributed Embedded Systems ) peut également servir de référence pour votre partie relative au fonctionnement et à l'architecture . Les auteurs y soulignent et détaillent la portabilité, la simplicité, le nombre élevé de platefomes supportées, les avantages ... )Fabien MEYER 23 janvier 2013 à 23:27 (CET)

• La partie sur les services et domaines d'application, bien que très étoffée , devrait être complétée par des exemples de réalisation industrielle.Les exemples cités comme "eye-tracking" pourrait être légèrement détaillé, rajouter une petite phrase pour que le lecteur comprenne le projet .Fabien MEYER 01 février 2013 à 23:01 (CET)

J'ai bien pris en compte votre remarque concernant la référence manquante et ai détaillé la partie "eye-tracking". J'ai étoffé ce chapitre et ajouté des articles dans la bibliographie pour d'autres exemples d'applications. Cependant le fait que FreeRTOS est open-source n'en fait fatalement pas l'OS favori de l'industrie. Il est par conséquent très difficile de trouver des articles sur les applications industrielles.--Alexandre.MANDY (d) 14 février 2013 à 01:10 (CET)

• Cet article est utilisé pour faire réfèrence à "l'extensibilité" de freertos, serait-il possible de m'éclaircir ce point. Il faudrait également indiquer le numéro de page cible.Fabien.tiir2012 (d) 4 février 2013 à 23:26 (CET)

• L'article référencé Inam2011, devrait être plus largement utilisé, il détaille les caractéristiques et les avantages de Freertos: portabilité,simplicité,popularités ( page 3 ,chiffre à la clé ), on y détaille des modes d'ordonnancement, API , les auteurs y testent une implémentation et propose une perspective.

Fabien.tiir2012 (d) 4 février 2013 à 23:26 (CET)

Concernant le fonctionnement de FreeRTOS, l'article ne fait que reprendre ce qui est déjà cité dans le guide FreeRTOS. Néanmoins vous avez raison concernant l'utilisation de cette référence pour d'autres parties de notre article.

• La partie ordonnancement , ne traite pas les différents modes supportés par freertos ( preemptive, cooperative,hybrid scheduling ).

En complément ,il faudrait aussi parler des régles d'ordonnancement, FIFO ou le mode FPS ( fixed-priority scheduling ) qui est natif sur Freertos.

Très peu d'article font référence aux différents types possibles. La notion "temps réel" en terme d'ordonnancement est fortement liée à la pré-emption car c'est elle qui garantie d'une tâche ne peut monopoliser le temps CPU.

Même si bien sûr un système de priorité existe, c'est le côté pré-emptif qui le différencie des OS "standard".

• Je vous propose de rajouter une explication sur le mode statique et dynamique que Freertos supporte pour la priorisation des tâches( Inam2011 p.3).Fabien.tiir2012 (d) 5 février 2013 à 00:04 (CET)

• FreeRTOS étant un système d'exploitation temps réel, il serait bien de souligner de par son architecture le fait que FreeRTOS garantit des temps de réponse acceptables pour le définir comme un RT(OS).

Bouabdallah Karim (d) 5 février 2013 à 13:39 (CET)

• Pour étoffer le chapitre "Services fournis et domaines d'application" , vous citez les nombreux domaines d'application comme : les appareils de surveillance médicale, les outils de contrôle sismique et d'environnement, le pilotage d'appareils et de robots industriels, les périphériques mobiles, la gestion de la vidéo, le domaine médical, l'agriculture, le domaine de l'enseignement, le domaine de l'électronique, le secteur automobile... mais ce serait bien d'avoir pour ces différents domaines des exemples d'entreprises qui les utilisent.Bouabdallah Karim (d) 5 février 2013 à 13:39 (CET)

Nous n'avons pas trouvé d'articles précis détaillant les cas d'utilisations de FreeRTOS mais juste de vagues exemples peu détaillés. Ludovic Moreau (d) 4 février 2013 à 13:11 (CET)

• Pour exemple ,lorsque vous écrivez " dans le domaine médical pour monitorer les patients " il faudrait rediriger vers Woodcock 2009, p. 24 .Fabien MEYER 01 février 2013 à 22:40 (CET)

Pour la partie <<Services fournis>>, pouvez-vous nous précisez le lien entre l'article <<Woodcock>> et "FreeRTOS" ou "Les réseaux de capteurs". A la lecture de la page 24, je trouve qu'il est bien fait référence à un système de Pacemaker cardiaque mais qui n'a aucun lien direct avec FreeRTOS ou un "WSN" ? --Nadir.cherifi (d) 3 février 2013 à 03:08 (CET)

Desolé, certainement une erreur de copier/coller pour cet exemple, je n'ai malheureusement pas enregistré la source. Cependant d'autres exemples existes. L'article « Monitoring CAN Performances in Distributed Embedded Systems » de votre bibliographie peut être cité et développé dans les realisations. Un autre article « A Watt-hour Meter Reading Device for Electric Energy Allowan » (Xiaohan Ji1 ) détaille le principe de fonctionnement d'un compteur de puissance basé sur FreeRtos.Un autre article présente systeme de poste de contrôle basé sur FreeRtos « decrit dans Design and Implementation of Low-cost Scissors Gate Control System » La traduction de certains paragraphes n'est pas évidente.Enfin « Ball on plate balancing system for multi-discipline educational purposes» de Florin Catalin Braescu peut egalement être cité .Fabien.tiir2012 (d) 5 février 2013 à 00:37 (CET)