Discussion :

[F.Saad]

J'ai une question, comment se fait la programmation des periphériques du genre PSP, Guichet de banque ou encore une simple Radio.
Je sais que pour la PSP par exemple, il y'a un SDK en C++ , mais je ne vois comment faire le lien par exemple avec un petit périphérique clavier, souris ou encore carte son ?

Si vous pouviez me recommander des cours tres simples, n'ont pas des cours mais juste une petite initiation, histoire de savoir ce qu'il faut apprendre.

[Jedai]

Généralement on te fournit une API pour dialoguer avec le périphérique (parfois certains de tes exemples ont un OS mainstream dessus et tu peux utiliser les API standards). Quand ce n'est pas le cas, tu n'as pas de chance et tu dois dialoguer directement avec le périphérique, en espérant qu'au moins tu aies la documentation technique et n'aies pas besoin de faire de la rétro-ingénierie.

Si tu veux plus de détails, il faut être plus précis sur ta demande.

Si en fait tu voudrais comprendre comment un OS dialogue avec les périphériques, il faut que tu lises un peu d'architecture des ordinateurs et des cours de systèmes. (Les Tanenbaums sont d'excellentes références mais assez chers, ça dépend de tes moyens)

--
Jedaï

[Mac LAK]

J'ai l'impression que ta question est plutôt à interpréter comme "Comment programme-t'on un système embarqué ?"... Ce n'est pas forcément un périphérique, c'est même assez souvent un système totalement autonome.

Du moins, si "PSP" est bien une Playstation portable, un "guichet de banque" le distributeur automatique de billets classique, et la "radio" les radios / baladeurs numériques portables.

Dans tous les cas, ta question n'est sûrement pas très bien formulée.

[F.Saad]

J'ai l'impression que ta question est plutôt à interpréter comme "Comment programme-t'on un système embarqué ?"... Ce n'est pas forcément un périphérique, c'est même assez souvent un système totalement autonome.

Du moins, si "PSP" est bien une Playstation portable, un "guichet de banque" le distributeur automatique de billets classique, et la "radio" les radios / baladeurs numériques portables.

Dans tous les cas, ta question n'est sûrement pas très bien formulée.

non non t'as bien compris.
comme je l'ai dis, pour la PSP et les autres consoles, il y'a des SDK.
Mais je voudrais bien comme ils vont integrer des drivers oracles pour le guichet de banque par exemple

[Mac LAK]

non non t'as bien compris.
comme je l'ai dis, pour la PSP et les autres consoles, il y'a des SDK.

Qui sont parfois appelés différemment... BSP, environnement croisé, plate-forme de développement, chaque type d'embarqué a sa terminologie plus ou moins propre. Ceci pour la culture générale, afin de ne pas être dérouté si jamais tu croises ces termes.

Mais je voudrais bien comme ils vont integrer des drivers oracles pour le guichet de banque par exemple

Où est le problème ? A la base, cela reste un processeur, de la mémoire, des périphériques (notamment réseau, beaucoup de systèmes embarqués n'ont AUCUNE interface homme-machine en dehors d'une connexion réseau), et une mémoire de masse qui être très souvent de la mémoire Flash (qui se comporte alors comme de la ROM), parfois des disques Flash (réinscriptibles), voire des unités optiques ou de "vrais" disques durs.

Dans l'ensemble, ce sont des ordinateurs, il n'y a donc rien de mystérieux dedans... A part qu'on ne charge pas un programme dedans en cliquant sur "Setup.exe", mais en reprogrammant la mémoire de boot [équivalent du BIOS + bootloader] via une sonde JTAG, ou parfois un protocole logiciel plus évolué.

Des drivers Oracle, c'est soit une API de communication vers une BD Oracle en TCP/IP, soit une API native vers une BD Oracle embarquée, sûrement sur un micro-noyau Oracle développé pour l'occasion... Dans tous les cas, cela reste une librairie d'interface ne requérant aucune interface homme-machine, donc parfaitement embarquable dans à peu près n'importe quoi (la BD SQLite, par exemple, est très répandue en embarqué).

Surtout qu'en plus, dans le cas particulier d'un DAB, ils sont bien plus proches de "vrais" PC (mais durcis) que d'un automate d'entrées/sorties, ce qui simplifie encore plus le travail.

J'avoue ne pas très bien suivre la question, ou, pour être plus précis, cela me parait tellement trivial que j'ai un peu de mal à voir quelle est la question réelle...

[jabbounet]

Attention il est possible que ton "guichet de banque//distributeur de billet" utilise le protocole X25 pour communiquer avec le sgbd de la banque (potentiellement un mainframe)

http://www.syspertec.com/fr/banque_de_france.htm
http://www.ingenico-mbs.fr/produits-...s-unitaire.htm
http://fr.wikipedia.org/wiki/X.25

[Mac LAK]

Attention il est possible que ton "guichet de banque//distributeur de billet" utilise le protocole X25 pour communiquer avec le sgbd de la banque (potentiellement un mainframe)

Ce qui dans ce cas revient peu ou prou à l'équivalent d'une API en TCP/IP... Très certainement sur une couche cryptée d'ailleurs, c'est des données bancaires tout de même.

[F.Saad]

Merci Mac Lak

c'est clair que c'est pas les JD des écoles d'info formé au java et au VB.NET qui font ce boulot.
(enfin je crois)
quesqu'ils apprenent ces gens la ? probablement de l'asm pour l'architecture du processeur qu'ils vont travailler avec.
y'a t-ils des écoles sup spécialiser dans ce domaine ?

[Mac LAK]

c'est clair que c'est pas les JD des écoles d'info formé au java et au VB.NET qui font ce boulot.

Non, vraiment pas... Cela rejoint d'ailleurs la discussion sur "quel langage pour débuter ?", c'est notamment afin de pouvoir évoluer vers ce genre d'informatique que je préconise un apprentissage médian et non pas "haut niveau extrémiste"...

quesqu'ils apprenent ces gens la ? probablement de l'asm pour l'architecture du processeur qu'ils vont travailler avec.

Non, l'ASM est désormais rarement utilisé en dehors de parties de code ultra spécifiques et très limitées : le bootloader et le scheduler, c'est à peu près tout, et encore ! Ils sont souvent écrits en C, même si ce n'est pas vraiment du C accessible au débutant... Dans de rares cas, on rajoute des boucles de transfert en ASM sur certains drivers hautes performances (drivers Ethernet notamment), mais l'électronique faisant de gros progrès, et les buffers embarqués dans les contrôleurs étant de plus en plus gros, il devient moins "nécessaire" d'aller truander à l'assembleur dans le fond du code.

y'a t-ils des écoles sup spécialiser dans ce domaine ?

Aucune à ma connaissance. L'important, c'est d'être plus que parfaitement à l'aise en programmation impérative, d'avoir de solides bases d'algorithmique [il faut souvent refaire des algos "basiques" à la main, afin de les optimiser au maximum], et être bon en logique (booléenne) est un plus appréciable.

Bien entendu, il faut aussi connaître des langages proches de la machine, ou suffisamment proches pour pouvoir apprendre. Parmi les langages reconnus pour ça, tu as bien sûr le C, l'Ada, le Pascal, le "C+" (du C++ à la sauce C, notamment sans utiliser la STL ni abuser des classes). L'assembleur est un plus indéniable, mais non nécessaire, tout comme une légère formation en électronique (c'est un plus, mais ce n'est absolument pas indispensable).

Personne n'apprends réellement à faire de l'embarqué à l'école : tout au plus, tu apprends les bons mécanismes mentaux pour le faire, guère plus. Mais si tu as les bonnes bases, c'est ton premier employeur qui s'occupera de t'apprendre "sur le tas" ce qu'il te manque... La seule condition étant bien sûr d'être crédible côté CV et à l'entretien d'embauche.

[jabbounet]

Merci Mac Lak

c'est clair que c'est pas les JD des écoles d'info formé au java et au VB.NET qui font ce boulot.
(enfin je crois)
quesqu'ils apprenent ces gens la ? probablement de l'asm pour l'architecture du processeur qu'ils vont travailler avec.
y'a t-ils des écoles sup spécialiser dans ce domaine ?

X25 existe depuis 1976, les RFC 791/793 (IP/TCP) datent de 81. donc X25 a existé en tant que protocole a part entière et en se passant de TCP/IP pendant un paquet d'années.

maintenant la tendance pour ce protocole est de faire du X25 sur IP (plus simple) mais cela date des années 2000 tout au plus.

je me souviens que lors de mes cours de reseau en école d'ingé en 1997 mon professeur parlais de X25 dans son cours comme étant obsolète.

Quand j'ai commencé a bosser ainsi que mes camarade de promo, tout ceux qui sont allé dans le bancaire ont dit que le prof avait fumé le jour ou il avait dit ça.

Ensuite j'ai aussi découvert que X25/ip etait utilisé dans chez les opérateurs de téléphonie mobile (2005-2007)

il ne faut pas cracher sur les vielles technos certaines risquent de nous enterrer.

[F.Saad]

Ben alors justement, moi j'espère que le fait de commencer un peut plus tôt que les autres me donnera un avantage, si ce n'est que se débarrasser de toute la phase d'initiation a la logique , a l'algo et au jargons comme sa lors des CPGE et aprés je pourrais me concentré sur le raffinement de mes connaissances.
Parce que quitte a faire des études d'ingénieurs pour ne pas être ingénieux après, ça n'en vaut pas la peine
enfin je pense xd

merci pour tous les renseignements.

[Mac LAK]

X25 existe depuis 1976, les RFC 791/793 (IP/TCP) datent de 81. donc X25 a existé en tant que protocole a part entière et en se passant de TCP/IP pendant un paquet d'années.

Tout à fait. Le sens de ma remarque, c'est que ça reste une communication réseau, donc de "type TCP/IP" pour être plus "parlant" pour les débutants et les "jeunes" qui ne connaissent pas grand-chose d'autre comme technologie réseau...

il ne faut pas cracher sur les vielles technos certaines risquent de nous enterrer.

Tu prêches un converti, je ne connais pas beaucoup de technos "modernes" capables d'avoir des segments de bus de plus de cinq kilomètres sans répéteurs... Des "vieux machins" comme RS-485 en sont pourtant capables, même si ce n'est qu'à quelques centaines de bauds au maximum.

Mais ça met le coût du câblage à quatre fils de cuivre bêtes et méchants coûtant un prix ridicule, et d'une fiabilité à toute épreuve. Pour communiquer l'état global d'un site perdu au fin fond de la cambrousse (parfois sans électricité), difficile de faire moins cher et plus fiable.

Ben alors justement, moi j'espère que le fait de commencer un peut plus tôt que les autres me donnera un avantage, si ce n'est que se débarrasser de toute la phase d'initiation a la logique , a l'algo et au jargons comme sa lors des CPGE et aprés je pourrais me concentré sur le raffinement de mes connaissances.

Commence surtout par apprendre un maximum de bases diverses, afin d'avoir au minimum le vocabulaire et une idée à peu près correcte des différents domaines de l'informatique... Au moins, tu pourras choisir en connaissance de cause, c'est déjà pas si mal, et au mieux cela te permet d'être polyvalent.

merci pour tous les renseignements.

De rien.