totof2000 a écrit 9656 commentaires

…. de fournir l'étiquette ebn question à l'utilisateur qui se chargerait de la coller à sa machine lorsqu'il accepte la licence Windows.

L'avenir c'est UML.

En effet, sous prétexte de "pub ciblée" il s'est créé un marché de la revente d'infos personnelles malsain. On se retrouve par exemple fiché et revendu je ne sais ou juste en laissant ses coordonnées sur un site de vente en ligne ou juste pour accéder à une info.

Il faut pas non plus prendre les gens pour des abrutis, et, à force d'aller de plus en plus loin, à vouloir chercher la limite de la tolérance des gens, tôt ou tard on se prend un retour de bâton.

S'il y avait un peu plus d'éthique dans la pub on n'en serait pas là. Et ceux qui pleurent contre les outils style adblock ou les blocages de pub par Free n'avaint qu'à réfléchir avant d'aller trop loin. Maintenant la méthode de Free reste discutable mais sur le fond je ne plaindrai pas les annonceurs ou ceux qui ont leur site qui vit de pub.

C'est pas ris**K** mais ris**C**

tous ces trucs ne servent qu'à faire consommer du CPU, de la bande passante et de la RAM pour que les fabricants de matos puissent continuer à vendre, et à générer de la complexité pour que les éditeurs de logiciels puissent vendre du support, et que les ingés en info puissent garder leur job.

1 Un programme embarqué classique sans OS se démarre juste après la mise sous tension de la carte au main.c, alors comment ça se passe pour un OS embarqué ?

Tout dépend de l'OS .. :) Mais si on s'en tientà Linux, il faut savoir que lors du démarrage, le noyau Linux est lancé, puis ensuite le daemon init est lancé (je parle des systèmes classiques qui n'utilisent pas l'horreur nommée systemd - avec systemd c'est un peu différent). Celui-ci s'occupe de lancer tout le reste via un jeu de scripts et d'un fichier nommé /etc/inittab.

Si on a assez de RAM, on peut faire tourner une distribution "classique" (on trouve des distribs Debian par exemple pour des matos embarquésà base de CPU ARM), tout se fera plus ou moins comme sur un PC standard.

Si tu n'as pas assez de RAM pour faire tourner une distrib classique, même allégée, il te faudra personnaliser la chose. Tu peux choisir de toujours lancer le processus init, et de te créer une inittab personnalisée, et de n'embarquer dans ton système que les commandes et progammes qui te serviront. Sous Linux, un outil appelé BusyBox te permet d'intégrer un grand nombre de commandes standards que l'on trouve sous GNU/Linux tout en économisant beaucoup de place par rapport aux binaires classiques. Si tu es encore plus limité, tu peux développer ton code en C, et lancer ton exécutable à la place du process init (soit tu indiques à ton noyau de lancer un autre programme via le bootloader, soit tu peux faire un lien symbolique nommé /sbin/init vers ton prog perso, soit l'appeler carrément /sbin/init).

2 Si je dispose d'une application sans OS communiquant par liaison série, comment pourrais-je intégrer cette même application dans un OS embarqué ? L'accès aux GPIO (ports d'entrée/sortie) se ferra aussi simplement qu'avec sans OS (par exemple piloter une led) ?

Pour communiquer avec une liaison série, tu ne pourras pas attaquer directement les registres de ta liaison série (enfin sur certaines archi, tu peux mais ça nécessite d'être un utilisateur privilégié, et surtout c'est sale). Il te faudra passer par un plote de périphériques. La liaison série étant standard, tu ne devrais pas avoir de mal à trouver la doc qui va bien pur le faire. Après tout dépend de ce que tu veux faire avec ta liaison série. Il te faudra donc redévelopper ton code pour ça. Par contre pour du matos plus spécifique il te faudra peut-être développer un driver. Mais si tu aimes le dev bas niveau, ça ne devrait pas te poser de problème.

Sinon, pour les GPIO, il existe un système de fichers vituels sous Linux appelé /proc dans lequel tu peux aller taper les GPIO. un truc du genre "echo 1 >/proc/gpio/" te positionnera une ligne à 1 et "echo 0 >/proc/gpio/" te positionnera une ligne à 0. Pour les lignespouvant être configurées en entrée ou en sortie, tu écris un 0 ou un 1 dans le bon fichier situé sous /profc/gpio Mais la façon précise de le faire dépend de l'archi et du driver. Il y a peut-être moen de faire autement ( IOCTL), mais il faut voir le driver de ton matos pour savoir.

3 Un programme C sur PIC est dit séquentiel, alors avec un OS, mon programme s'exécutera de quelle manière ?

Tout dépend cmment tu le programmes, et tout dépend de l'OS. Sous Linux :
- soit tu le développe en séquentiel, cependant il partagera son temps d'exécution avec au moins le noyau et les autres programmes qui pourraient tourner avec
- soit tu le programmes en évenementiel en le faisant réagir à des signaux, en créant des threads qui s'endormiront en attente d'un événement, et se réveilleront à l'arrivée de celui-ci. Tu peux faire ce que tu veux, et tu n'es pas limité à un seul processus ou 1 seul programme, tu peux en faire tourner plen en parallèle.

4 Et la question au-quelle je n'arrête pas de me poser : qu'est ce qu'un OS embarqué peut apporter à une application ?

Un tas de code qu'il serait difficile de développer et maintenir si tout était à reprogrammer : par exemple, si tu te lances dans TCP/IP, l'OS te permettra de ne pas avoir à développer les pilotes de carte réseau, la couche TCP/IP et tout ce qui tourne autour. S tu changes d'interface, tu auras juste à changer de driver, et pas à redévelopper le tout. Et si tu installe un matos spécifique, tu n'auras qu'à redévelopper le driver spécifique à ton matos qui s'intègrera au reste. L'OS te permet de te concentrer sur ce que fait ton appli, et non sur toutes les couches sous-jacentes controlant le matériel.

Si le sujet Linux embarqué t'intéresse, je te conseille fortement le bouquin "Linux embarqué" de P. Ficheux chez Eyrolles. Tu y trouveras une réponse à toutes les questions que tu as posées, et même plus encore. Il est très ben fait, très pédagogique (même si certains passages sont un peu durs à comprendre mais bon, c'est le sujet qui est parfois difficile, et l'auteur a fait un travail remarquable pour se mettre au niveau des débutants). Tout le process de démarrage d'un système Linux y est détaillé. L'utilisation de Busybox également. Sinon, si je n'ai pas été très clair et que tu as d'autres questions, n'hésite pas.

Faux. Quand tu payes un abonnement a free, tu payes un accès à des services. L'accès Internet, c'est en plus : un moyen pour Free dre te fournir les services en question. C'est d'ailleurs l'astuce qui leur a permis de proposer un accès internet à prix plus bas (car la taxation n'était pas la même à l'époque).

Parce que dans le publique, il y a une composante politique bien plus forte que dans le privé. Regarde par exemple l'éducation avec la semaine à 4 jours. Regarde l'organisation du territoire. Il n'y a pas si longtemps, les communautés de communes servaient aux petites communes à exister faces aux grandes villes, ce n'est plus le cas et on voit maintenant que je en sais plus quel ministre veut faire une sorte de grande communauté de commune qui englobe Marseille, Aix et une grande partie des bouches du Rhones. C'est des choix qui sont purement politiques et qui font perdre énormément d'argent. L'aménagement du territoire est une plaie d'une manière générale chaque nouvel élus venant avec son lot d'idées allant plus ou moins à l'inverse de son prédécesseur ou voulant freiner des 4 fers car il veut mettre l'argent ailleurs.

Je pênse que ces problèmes sont bien plus liés à la déresponsabilisation des politiques face qux conséquences de leurs décisions qu'au fait que ce soit privé ou public.

Si les personnes qui décident étaient un peu plus responsables et payaient de leur personne ( sans non plus tomber dans l'extrême ), bien des decisions absurdes ne seraient pas prises.

Ce genre de problématique se rencontre hélas également dans le privé, ou on met une personne à un poste pendant 1 an ou 2. Ces personnes prennent de décisions en accord avec leurs "objectifs", mais ne se soucient absolument pas des conséquences de ces décisions sur l'équilibre global de l'entreprise ou de la société en général (il n'y a qu'à voir ce qui se passe avec le monde bancaire par exemple).

Sauf qu'en pratique c'est le locataire qui paye …

A noter aussi que le sens peut changer si les bondes prennent de l'age.

Pour ceux qui prennent les transports en région parisienne, il faut noter que les nouveaux trains (franciliens) sont équipés de lampes LED au plafond.

Coté luminosité, je trouve que c'est pas mal (on ne trouve plus cette lumière "bleue" des premières lampes à LED). Par contre je trouve que la diffusion de la lumière laisse à désirer : si on est pas bien en dessous d'une LEDn, c'est difficile de lire (il m'est arrivé de devoir changer de place à cause de ça).

Comme ça, c'est fait, ça ne mange pas de pain et ça ne blesse personne.
Moi je préfère manger du pain … avec un bon morceau de fromage, ou grillé avec du nutella desssus

J'ai une voiture qui tourne au GPL, et globalement j'en suis plutôt satisfait. Il y a juste un bémol : il est quand même nécessaire de temps en temps de rouler en mode "essence" pour ne pas casser le moteur. Le seul inconvénient du GPL est la nécessité de passer par un réparateur agréé pour les révisions (ça ne court pas les rues).

Désolé, c'est la fatigue … j'avais cliqué sur le lien référençant le journal précédent, et je pensais être dans la zone de commentaires de ce journal.

Désolé.

Il me semble qu'il y avaitun autre journal sur ce sujet et qu'il a disparu ….

Je me réponds à moi-même : il y a M/Monit mais il n'est pas libre semble-t-il.

Dommage, il semble correspondre à ce que je cherche …

Petite question : existe-t-il un outil tel que monit, mais permettant de "superviser" ou d'exécuter des actions sur un ensemble de serveurs ?

Par exemple, l'ajout d'une entrée dans un répertoire partagé via NFS permettant de déclencher à distance le montage dudit répertoire sur un ensemble d'autres serveurs.

C'est marrant parce que dans mon parcours j'ai vu autant de techos mauvais chef de projet (ou mauvais manager), que de chefs de projets incompétents parce que pas assez technique.

Un chef de projet peut très bien gérer un projet sans être un expert technique : il lui faut juste avoir suffisamment de vernis technique pour comprendre ce que ses équipes lui disent, et surtout ne pas avoir trop d'égo et faire confiance aux gens avec qui ils travaillent. C'est la même chose pour le chef de projet issu du technique : bienj souvent ceux qui ne savent pas gérer ont un problème d'égo, et n'ont pas l'envie de lacher la technique.

Ben quand faut optimiser, faut savoir comment sont imbriqués les éléments les uns avec les autres … Et si tu as ton outil qui génère du code buggé, ou qui prend beaucop de mémoire, faut savoir ce qui se passe.

Bah, Lennart va passer par là et va te remplacer ça par un truc qui nécessite 3 daemons, 2 bus logiciels, et de réécrire toute la gestion des caractères sous Linux pour un truc qui va marcher moins bien ….

Ne prend pas mal les réponses à ton commentaire. Certains y ont vu un appel à troll.

C'est pour ne pas pénaliser ceux qui ont des gros doigts.

à développer des applications qui consommeront ta RAM de façon utile ?

Ben c'est moche quand même (sans parler de l'utilisabilité du bouzin). Et c'est justement entre autres parce que je trouve vraiment difficile de le rendre plus beau (tout au moins pour les premières versions que j'ai essayées) que je le trouve inutilisable.

Euh … Pour autant que je me souvienne … oui :) Mais ce n'est pas ça qui a influencé mon achat. Je cherchais une machine depuis un moment déjà.