Moi je vais me taper l'analyse du texte.
Déjà pour reprendre la remarque que je trouve justifiée de , voici la ponctuation, c'est merveilleux :
Farid a écrit : ↑17 août 2018, 22:54
Bonjour,
Je suis étudiant à Bruxelles en 3ème bachelier, année qui rythme avec recherche de stage. Pour être honnête avec vous, l'automatisation fut un choix par défaut, sans aucune motivation, mais qui cependant au fil des années fut un agréable surprise ! tant par sa diversité que par sa complexité.
Cependant je constate que l'automatisation reste un domaine austère, anachronique et manque cruellement d'un regain d'ergonomie/ simplicité dans le développement de ses solutions automatiser - 2018, l'heure d'internet, d'application android, etc... L’automatisation, a part les chaines de production de grand groupe qui ont leur propres outils, reste moyenâgeux tant pour la partie software que pour la partie hardware-.
Je ne suis qu'un débutant, et ce milieu me reste inconnu, et donc, connaissez-vous des sociétés ? des initiatives qui travaillent dans ce sens? Quel cela soit des boites de développement de chaines de production, de créations automate (hormis les grosses enseigne; siemens, schneider electric,...)
Pour un étudiant qui recherche un stage cela serait une grande opportunité de pouvoir postuler chez de tels acteurs.
Youpi, c'est aéré, et c'est toujours cohérent.
Ensuite, je vais m'attaquer au contenu :
Farid a écrit : ↑17 août 2018, 22:54
Bonjour,
Je suis étudiant à Bruxelles en 3ème bachelier, année qui rythme avec recherche de stage. Pour être honnête avec vous, l'automatisation fut un choix par défaut, sans aucune motivation, mais qui cependant au fil des années fut un agréable surprise ! tant par sa diversité que par sa complexité.
Cependant je constate que l'automatisation reste un domaine austère, anachronique et manque cruellement d'un regain d'ergonomie/ simplicité dans le développement de ses solutions automatiser - 2018, l'heure d'internet, d'application android, etc... L’automatisation, a part les chaines de production de grand groupe qui ont leur propres outils, reste moyenâgeux tant pour la partie software que pour la partie hardware-.
Tout dépend ce que tu étudies... les études sont rarement au top de la technologie : programmation faites sur des logiciels qui sont obsolètes, avec des méthodes qui sont obsolètes, etc...
Typiquement, j'ai un sous traitant récemment qui est arrivé avec un projet avec une visualisation faite avec l'ancien module du constructeur. Le truc que plus personne n'utilise depuis 2014. C'est clair si tu utilises ce module, y a pas pire niveau moyen âge. Faut tout taper en ligne de code, on est ultra limité niveau animation, aucune recherche de variable automatisée, faut faire une partie de la compilation "à la main", etc. Une vraie galère. Le nouveau module, c'est juste clair, accessible, maniable, on peut faire des choses énormes avec, etc. C'est d'ailleurs une plaisanterie récurrente du fournisseur lors des formations "Alors dans le web éditor 5, que tout le monde regrette tellement, bah c'est pas possible de faire ça."...
Ensuite, il faut compter qu'un prof, bien souvent, ça n'a jamais quitté l'école ! Donc pour enseigner une façon de travailler professionnelle et en accord avec son temps, y a comme un bug.
Farid a écrit : ↑17 août 2018, 22:54
Je ne suis qu'un débutant, et ce milieu me reste inconnu, et donc, connaissez-vous des sociétés ? des initiatives qui travaillent dans ce sens? Quel cela soit des boites de développement de chaines de production, de créations automate (hormis les grosses enseigne; siemens, schneider electric,...)
Pour un étudiant qui recherche un stage cela serait une grande opportunité de pouvoir postuler chez de tels acteurs.
Oui, en effet, seulement étudiant. Et j'en reviens au point précédent : études et réalité, il y a un monde. Notamment en terme de complexité des systèmes à piloter, en terme de facteur humain, de danger. L'automatisme est un monde où pour une petite erreur de programmation, on peut non seulement détruire pour des centaines de milliers d'euros de matériels, mais on peut aussi tuer des gens. Tu ne verras jamais ce genre de problématique en cours.
Je peux te donner quelques exemples :
-> usine de production de voitures : chaque morceau de la production est un appel d'offre différent, donc pas forcément exécuté par la même entreprise. Chaque entreprise fait son bloc sans trop se soucier de ce qu'à fait l'autre. C'est comme ça dans beaucoup de production. Dans les usines de cette marque, a un moment dans la production, la voiture est agrippée par une grande pince qui la retourne. ça fonctionne bien pendant des années. Puis un jour la voiture mise en mouvement est tombée : ceux qui avait fait le programme avaient seulement oublier de vérifier si un capteur était bon. Un seul pauvre capteur sur des dizaines. Heureusement, il n'y avait personne en dessous... mais la production a été arrêté le temps de comprendre d'où venait le problème ET de le corriger... ça fait peut monter haut les indemnités dans ces cas là. Enfin, si il y avait eu quelqu'un en dessous, c'était du pénal.
-> hôpital, ajout d'un disjoncteur dans le TGBT. Dans les hôpitaux, tous les disjoncteurs et sectionneurs sont pilotés : objectif pouvoir les couper très rapidement en cas d'urgence. Donc ajout de la commande "en ligne" dans l'automate. Le mec a bien relue 2 fois la commande qu'il envoyait et a appuyé sur entrée. Il n'avait pas fini d'enfoncer la touche que la boucle HT de l'hôpital est tombée. Une erreur dans un chiffre.
Bilan : 24 détresses respiratoires et cardiaques aux soins intensifs car plus de respirateurs artificiels. Au final, la boucle a pu être "remontée" 2 minutes avant l'obligation légale d'évacuer tous les patients de l'hôpital vers d'autres. Toutes les ambulances de la ville arrivaient pour les transferts. C'était une panique sans nom.
Au final, ça s'est bien passé pour la boite, et les gus qui ont fait la connerie : personne n'est mort, l'hôpital n'a pas dû être évacué. Et surtout les détresses respiratoires auraient pu être évitées : c'était une connerie des infirmières qui avaient branché les respirateurs sur le réseau non ondulé. Coup de bol quand même.
-> traitement d'eau de piscine municipal. Lorsqu'on est en fonctionnement normal, on fait passer 80% du débit d'eau par les bouches de débordements sur les côtés du bassin, le reste par les grilles au fond du bassin. En lavage filtre, on passe à 100% par les grilles au fond du bassin.
Un andouille au bureau d'études avait indiqué dans l'analyse fonctionnelle, validée par le client, que l'on pouvait lancer un lavage filtre n'importe quand. Résultat : ta classe de CP ou CE1 qui est venue apprendre à nager, tu l'aspires au fond du bassin pendant 15 minutes.
C'est con... Heureusement que j'ai tiqué.
-> Une centrale de traitement d'air avec éléments chauffants électrique. Elle devait aussi comporter des éléments chauffant et refroidissant à eau qui allaient être installés un an plus tard. Le client avait demandé à ce qu'il soit déjà programmé toute la gestion des éléments à eau, donc les sécurités.
En cas de déclenchement du thermostat "risque de gel", normalement, on demande les éléments chauffants à eau à 100% et on arrête la ventilation. Comme on avait pas les éléments chauffants à eau, le client a demandé (au sous traitant) à ce qu'on copie leur fonctionnement sur les éléments électriques.
Pour te donner une idée, tu prends un radiateur soufflant pour salle de bain et tu bloques le ventilateur et tu regardes ce que ça donne...
Le client a avancé la mise en service, le sous traitant n'était pas dispo, c'est moi qui l'ait faite. Et c'est moi qui était dans le local quand ça a pris feu.
Voilà, des petites erreurs, mais aux conséquences assez hard. Bienvenue dans le métier.
J'en viens donc au "youpi android" et au "youpi smartphone" :
1) on travaille, on ne joue pas. Un smartphone, c'est un gadget, pas un outil de travail ou de programmation sur des installations sensibles. Les conséquences d'une inattention peuvent couter très chères. Donc on sépare outil de travail et outil de jeu.
2) la puissance nécessaire. Il est mignon le smartphone ou la tablette, mais ça s'arrête là. Niveau puissance, ça aura toujours du mal à suivre un VRAI PC. Quand celui de mon boulot galère trop, notamment sur un projet qui fait 500 Mo de programmation, je ramène mon PC perso, qui démarre en 4s avec son SSD, ses 2 processeurs, ses 64 Go de RAM, etc.
Sans compter la taille et la diversité des applications professionnelles : dans notre métier il est rare qu'on se limite à 1 ou 2 logiciels.
3) la connectivité : Un smartphone, c'est ultra limité niveau réseaux possibles. Contrairement à nos machines et automates. De plus, il faut pouvoir avoir accès complètement aux paramètres de communication du média de programmation pour pouvoir les changer. Windows qui se verrouille de plus en plus est un gros problème pour ça. D'ailleurs, il n'y a aucun constructeur qui propose des outils pour MAC à ma connaissance. Pour une raison simple : un mac c'est fait pour parler à un autre produit Appel et rien d'autre.
De plus, elle est où la prise USB sur la tablette ou le smartphone ? Pour charger mon API ? Elle est où la prise RS 432 pour me connecter au bus de mon API ? Elle est où la prise RJ45 (en plus des 2 autres parfois) pour me connecter à mon réseau pour la mise en route ? Et non, le Wifi, c'est ni la panacée (sécurité, débit, sécurité des envoies (coupures)), ni une généralité de partout.
4) la sécurité : n'importe quel imbécile peut avoir un smartphone ou une tablette. Donc si la sécurité du système n'est pas au top, et ça ne dépend pas forcément de toi, il peut entrer dans ton système.
5) Faudra m'expliquer comment on passe une supervision 27 ou 32 pouces sur un écran de 4 à 7 pouces... On me sort souvent l'argument visualisation à distance, donc je demande.
6)Et le droit à la déconnexion qui finit aux chiottes du même coup ?
"Le téléphone portable est l'outil préféré de l'incompétent."
Et oui. Pourquoi se casser la tête puisqu'on peut appeler Machin ? Il répondra puisqu'il est au bout de sa laisse. Et il fera puisqu'il peut tout faire depuis sa laisse !
Et c'est comme ça qu'on finit par devoir dépanner allongé sur un lit d'hôpital (c'est pas une image, c'est du vécu !), que personne ne se fait chier à prendre les infos des chantiers de ceux qui sont en vacances, bah non, c'est bon, y a la laisse ! Et encore moins ne se posent la question de savoir où sont classées les infos concernant le boulot des autres... Au cas où ça éviterait de les déranger !
Et c'est comme ça qu'on se retrouve à bosser en vacances, le WE, les jours fériés. Pour fournir un programme qui est dans le serveur ou dans la GMAO client mais voilà c'est plus simple d'appeler pour qu'on nous le donne plutôt que de se sortir les doigts pour aller le chercher. C'est un tout petit peu différent des fichiers qu'on va chercher pour soit aux mêmes endroits d'habitude alors on le fait pas. Et puis, puisqu'on peut tout faire avec le smartphone... Machin il peut le faire. Et puis c'est bon, ça prend 10 minutes... ouais 10 minutes à faire dans le smartphone, dans la tête, ça te nique ta demi journée ou ta journée de congé où justement tu devais décrocher.
On subit déjà assez le smartphone. Pas la peine d'en ajouter dessus.
7) Hélas, des constructeurs s'y amusent... Et on se retrouve franchement emmerdés : ils ont une vision qui n'est pas forcément terrain justement, ou alors très tronquée du terrain. Ceux qui programment les logiciels de programmation pour API ne sont pas des automaticiens, mais des développeurs logiciels, un métier très différent. Entre autres, ils ne sont pas les mains dans le cambouis, ils sont assis bien confortablement derrière leur bureau. Difficile donc de comprendre les réalités d'une mise en service ou de la maintenance.
Par exemple, un de mes constructeurs m'a sorti une gamme programmable uniquement par tablette. Pour lui c'est trop chouette. Putain mais l'horreur ce truc ! Tu perds un temps avec son merdier ! Et en plus tu perds en confort de travail. NICKEL.
