Bonjour, je m'appelle Tyler Phillips. Je suis le responsable du développement commercial
mondial pour la conception numérique chez Rockwell
Automation.
Je suis accompagné aujourd'hui d'Antoon Laane, l'un de nos chefs de produit chargé du
numérique. ingénierie, avec qui je travaille en étroite
collaboration.
Nous souhaitons vous parler aujourd’hui de la transformation de l’ingénierie numérique.
Notre ordre du jour sera bref. Nous couvrirons une introduction de nous-mêmes.
Nous allons parler de la façon dont l'ingénierie numérique évolue et de la
manière dont nous pouvons évoluer le design à un monde numérique.
Nous expliquerons comment ces projets se déroulent, puis nous résumerons pour vous.
Laissez-moi vous parler un peu de moi. Je m'appelle Tyler Phillips.
Comme je l'ai dit, je suis le responsable mondial du développement commercial pour la
conception numérique.
Je travaille avec Emulate3D et/ou Rockwell depuis environ 11 ans.
Emulate 3D est devenu une partie de Rockwell en 2019, et avant cela, j'ai travaillé avec
Emulate3D depuis 2012.
J'ai passé l'essentiel de ma carrière au cours des 30 dernières années dans la
simulation pour le secteur industriel. applications, principalement la fabrication
et la manutention.
J'adore, j'émule la 3D et je suis heureux de vous parler aujourd'hui.
Et je m'appelle Antoon Laane. J'ai commencé chez Rockwell en 1986 et j'ai fait un
beaucoup de travail de démarrage, de conception et de développement de logiciels
et de mise en service systèmes.
Et au fil des années, j'ai fait beaucoup de travail en gérant l'équipe avant-vente, en
réalisant des produits marketing et a fait beaucoup de travail
autour de Logix et Studio 5000.
Et en 2018, je me suis fiancé avec l'équipe Emulate3D.
Nous avons finalisé l'acquisition en 2019 et je travaille actuellement à contribuer à
l'intégration du produit dans notre organisation et aider à
évangéliser les avantages.
C'est donc de cela dont nous parlerons aujourd'hui. Alors parlons un peu.
Antoon et moi travaillons ensemble depuis quelques années maintenant et je pense que
nous sommes devenus jolis doué pour faire une présentation commune.
Nous allons donc passer d'un sujet à l'autre. parlons un peu de l'ingénierie numérique.
Vous savez, traditionnellement, les projets tels qu'ils ont été réalisés se sont déroulés
d'une certaine manière, et nous voulons parler de nous éloigner de cela,
de ce genre de ce que nous appelons l'ancienne méthode d'ingénierie des systèmes.
Alors laissez-moi vous poser quelques questions ici. Et si vous pouviez tester et
améliorer votre conceptions avant même de commencer la
production ? Qu'est-ce que cela signifierait pour vous ?
Avez-vous eu des imprévisibilités dans votre phase de mise en service qui ont allongé les
projets qui modifient votre time to market, qui
retardent le déploiement de systèmes ou qui vous causent
douleur ou coût avec votre client ou vos partenaires et souhaiteriez-vous en avoir
plus flexibilité et confiance pendant le processus
de production ? Ce sont les choses nous allons en parler.
Comment pouvons-nous améliorer ces questions ? Si vous avez répondu oui à certaines ou à
toutes ?
Alors, qu’est-ce que la mise en service virtuelle ? Eh bien, vous avez probablement
entendu le terme.
Vous avez probablement entendu d’autres termes à ce sujet.
Mais pour nous, ce dont nous allons parler aujourd'hui, la mise en service virtuelle
signifie utiliser un jumeau numérique dynamique d'une machine ou
d'un système qui peut être une combinaison de différents
types d'équipements et de machines pour tester et déboguer le système de contrôle en
haute fidélité, environnement opérationnel réaliste.
Ce n'est vraiment pas destiné à valider les réponses aux signaux en temps réel, vous
savez, avec un très faible degré de temps de réponse.
Mais destiné à nous donner un système qui soit, je dirai assez bon et j'en parlerai
dans juste une minute, suffisante pour nous
permettre de tester les systèmes avant qu'ils n'existent.
Lorsque nous construisons un modèle ou un modèle de mise en service virtuel, nous
rassemblons réellement trois vérités sur les systèmes
d'automatisation, c'est la façon dont nous aimons y penser.
Nous apportons la vérité mécanique, et c'est généralement la CAO.
Nous rassemblons la vérité logique, à savoir le système de contrôle et la conception
électrique, et nous apportons ce que nous appellerions
les éléments transitoires pour le bien d'Emulate3D,
le logiciel dont nous allons parler un peu.
Ce sont les chargements, les produits, n'est- ce pas ? Les bagages, les carrosseries des
voitures, les choses qui se déplacer dans le système qui sont
manipulés par les équipements fabriqués et pris en charge
à part.
Il y en a vraiment un quatrième. Et c'est ça qui cause peut-être le plus de problèmes, le
du matériel humide, non ?
Les opérateurs, ce qui a peut-être le plus de variabilité. Donc en fait il y a
probablement quatre que nous en réunissons.
Mais lorsque nous réunissons ces trois vérités, cela nous permet de faire des choses
numériquement. Si nous pouvons le faire dans ces environnements numériques.
Donc, une chose qu'il est important de retenir, c'est qu'il y a un vieux dicton
utilisé dans statistiques et cela s'est propagé dans de
nombreux domaines de l'ingénierie et de l'industrie, et c'est tout
tous les modèles sont faux.
Mais certains sont utiles. Et ce que nous voulons faire de notre numérique
la technologie d'ingénierie chez Rockwell consiste à créer des modèles utiles, n'est-ce
pas ?
Et lorsque nous parlons de jumeaux numériques, nous ne parlons peut-être pas
d'un modèle unique ou simplement d'un double.
On parle peut-être de triplés numériques. Nous parlons peut-être de modèles du même
système qui examine différentes zones ou a une granularité différente.
Il est donc important de savoir que lorsque nous construisons des jumeaux numériques,
nous nous concentrons sur ces domaines qui doivent être les plus
corrects ou les plus fidèles afin de tester les choses
que nous devons tester. Ouais.
Donc ce que je vais faire, c'est prendre du recul et examiner notre façon de travailler.
à travers un projet d’ingénierie numérique. Droite?
Pourquoi fait-on ça? Si je repense à mes débuts, quand
nous avons réalisé nos projets, les décisions de conception ont été prises très tôt et
elles étaient basées sur les estimations que nous avons faites et
l'historique de la façon dont nous l'avons fait dans le passé.
Et nous comptions sur nous-mêmes pour repenser les choses ou les redéployer.
choses pour réussir dans le projet. Droite.
Lorsque nous avons conçu notre système ou dans mon cas, la conception de
l'automatisation, la construction et les tests
nous devions tout faire à partir de réflexions théoriques sur la manière dont le
système fonctionnerait.
Nous pouvions tester de petits morceaux de code, mais la majorité du code de
l'application devait être testé tard dans le projet, ce qui a bien sûr
fait de ces tests tardifs un événement à haut risque et
J'avoue que j'ai eu des projets pour lesquels je n'avais pas tout prévu correctement, et
nous avons trouvé problèmes très tard dans le cycle de
développement.
L'autre chose est que lorsque nous avons testé l'application, nous avions besoin de
pièces physiques pour bouger. à travers le système et nous avions un très
mauvais lien entre nos ingénieurs en mécanique, qui
avons conçu les machines, et nous, en tant qu'ingénieurs en automatisation, avons
développé le logiciel que nous reposait sur la conception mécanique comme
étant une évidence.
Nous n'avons eu aucun aller-retour entre les ingénieurs en mécanique et l'automatisation
des ingénieurs, non ?
C’étaient donc généralement eux qui commandaient, et l’automatisation avait juste
besoin de faire fonctionner cela.
Ce que cela donne, c'est que lorsque vous effectuez réellement votre mise en service et
votre démarrage, on trouve les choses tard et sur place.
La pression est forte et beaucoup de gens attendent que vous accomplissiez votre part.
La machine physique est là. Pourquoi ne fonctionne-t-il pas encore ?
Eh bien, c'est la première fois que je peux réellement exécuter mon logiciel, donc il y a
une pression énorme sur terminer le développement de votre logiciel.
Au lieu d'être flexible et lorsque vous rencontrez un problème, dites : « Je vais
faire un pas revenez et voyez comment vous pouvez mieux y
faire face », l'accent est mis sur la manière de bien faire les choses.
maintenant avec tous ces gens qui me respirent dans le cou.
L'autre particularité de ces systèmes, bien entendu, c'est que s'ils arrivaient en
retard, il y avait une pression sur la perte de
productivité et lorsque vous vous entraîniez, vous deviez nourrir
produits dans le système.
En règle générale, vous aviez besoin de spécialistes pour aider à former les
opérateurs.
Il y avait donc du temps à jouer. Il y avait des déplacements impliqués, et cela ne s'est
produit que pour la série de opérateurs actuellement disponibles.
Le client devait donc fournir à ses opérateurs toutes ces bonnes choses.
Et puis, lorsqu’il y avait des mises à niveau ou des changements, tout ce cycle
recommençait.
Il est vraiment difficile de prouver à l’avance qu’un changement améliorera
réellement un système.
Il faut donc le tester. Et j'ai effectivement rencontré des clients qui avaient
11 lignes de production identiques, mais en raison de l'évolution de la demande, l'une de
ces lignes a été utilisé en permanence pour tester de nouveaux
SKU et apporter des modifications aux processus avant leur déploiement
les aux dix autres lignes.
Mais cela signifiait que cette ligne ne produisait pas de produits et que ce sont des
lignes chères.
Vous ne voulez pas avoir à supporter le coût élevé d'avoir besoin d'un équipement de
production pour valider des choses. Vous préférez que cette ligne
soit produite 90 % du temps et que vous ne fassiez que la version finale.
validation de mise en service pour s'assurer que tout est correct, après l'avoir développé
sur un jumeau numérique.
C'est donc de cela qu'il s'agit.
Nous souhaitons évoluer vers un environnement beaucoup plus collaboratif où l'ingénierie
mécanique et le génie électrique peut travailler ensemble,
où nous pouvons expérimenter un modèle et où il peut montrer aux ingénieurs en
mécanique ce qu'ils font.
Souvent, lorsque vous développez ces applications, vous n'avez pas un seul
logiciel développeur, mais 5 ou 6.
Ils doivent tous coordonner leur travail et voir quel impact ils ont sur le modèle.
Et les uns les autres. Et vous voulez trouver des opportunités pour
améliorer la conception. les modèles numériques sont fantastiques pour cela.
Ensuite, il y a beaucoup de partenariats impliqués, n'est-ce pas ? Vous ne faites pas
ça tout seul.
Vous travaillez avec toutes les équipes concernées. Que ce soit la conception
mécanique, que ce soit le opérateurs, que ce soit l’assurance qualité.
Toutes ces équipes travaillent et les tiers aussi.
Ils travaillent tous ensemble dans ce scénario.
Plus tôt, nous avons examiné un flux séquentiel.
Et ce à quoi nous sommes réellement parvenus, c'est un flux de travail beaucoup plus
parallèle.
Le concept et la proposition sont toujours en séquence. Absolument.
Mais vient ensuite la conception du système, et les ingénieurs en mécanique ont besoin
d'un certain temps pour affiner le modèle, mais ils peuvent
fournir leur conception dès le début au ingénieurs en automatisation.
Je dirais qu'à 30 % du cycle de conception de leur système, ils peuvent déjà transmettre un
concept de base et l'automatisation peut commencer à
réfléchir à la manière dont nous développerons ce code d'application plutôt
que d'attendre que l'ingénieur en mécanique ait terminé tout son travail et de donner
ensuite un série finale de dessins. Lorsque vous obtenez
une copie actuelle, vous commencez à faire le balisage et vous
devenir productif immédiatement.
Et cela vous permettra également de démarrer ensuite le développement de vos contrôles et
éventuellement contrôle les tests par rapport à un modèle
préliminaire. À mesure que la conception du système évolue, il devient facile
pour traiter ces mises à jour dans la conception de l'automatisation et vous
profitez des leçons appris et profiter de choses affinées sans
avoir à répéter ces détails balisage de mode en cours de développement.
Vous pouvez l'affiner en fonction de nouvelles choses, mais tout votre balisage
existant peut rester, donc vous travailler beaucoup, beaucoup plus rapidement
dans le cycle de vie du produit.
Et oui, lorsque nous partageons vraiment ces données dès le début, nous pouvons alors
réaliser des parties clés de notre tests de contrôle. Les tests de contrôle par
rapport à l'équipement physique nécessitent que tout se passe
en temps réel et que tout soit terminé avant de pouvoir vraiment le tester.
Nous voulons arriver à une situation où nous pouvons effectuer au moins des tests partiels
beaucoup plus tôt. dans le cycle de vie et nous en reparlerons
plus tard dans cette présentation.
Formation des opérateurs, même chose. Nous voulons pouvoir travailler à l'intérieur du
modèle par rapport aux demandes de production
attendues, puis utilisez-les pour former les opérateurs plus tôt
et de pré-mettre en service la ligne, pour finalement avoir une mise en service finale
beaucoup, beaucoup plus tôt dans le cycle.
Nous le constatons souvent dans les applications FDA où des tests validés doivent
toujours être effectués. le vrai monde.
Mais toute la pré-validation peut avoir lieu par rapport au jumeau numérique et garantir
que lorsque vous faites votre dernier travail FDA, vous
êtes beaucoup plus proche d'un système complet, vous n'avez donc pas
pour revenir en arrière et répéter tous vos tests.
Enfin et surtout, vous vous heurtez à l’exploitation et à la maintenance.
Après avoir construit votre lignée, vous gardez votre jumeau en vie et l'utilisez pour
tout et pour tout. améliorations avant d'essayer de les déployer
dans votre usine ou sur votre système.
Nous avons maintenant parlé de prendre tous ces éléments qui sont traditionnellement
considérés comme critiques chemin et les empiler en parallèle afin que
nous puissions rendre notre processus beaucoup plus
efficace.
Parlons un peu de ce que nous pouvons faire avec des concepts et des propositions.
L'une des nombreuses choses que l'émulation 3D nous permet de faire est de réellement
créer ce que nous appellerions des propositions
plus intelligentes. Cela fait plusieurs choses.
Cela nous permet de prendre des décisions plus intelligentes en étant capables de voir
et de comprendre les systèmes mieux.
C'est toujours étonnant pour moi de constater à quel point, même après avoir travaillé de
nombreuses années dans cette industrie, à quel point
rassembler une équipe de personnes qui travaillent toutes sur différentes parties
d'un système qui ça peut être des propositions, ça peut être
des dessins, ça peut être des contrôles, ça peut être le vendeur,
il peut s'agir du client et du vendeur.
L'utilisation d'emulate 3D nous permet vraiment de créer rapidement des systèmes
visuellement afin que les gens puissent prendre des décisions conceptuelles plus
rapidement, peut expliquer le fonctionnement du système, à quoi il ressemble, comment
il fonctionne et améliore également la compréhension au sein de cette équipe.
Nous pouvons adopter ce système très tôt et commencer à expérimenter le concept.
Nous prenons des systèmes et les construisons, puis nous effectuons des
expériences par lots pour examiner les choses.
comme le temps de débit et l'utilisation de l'état et prendre des décisions très
éclairées sur si ce système répondra aux besoins.
Je me souviens toujours d'un client qui était capable de faire cela et qui avait vraiment
une forte impact sur la conception du système dont ils
pensaient qu'il fonctionnerait parfaitement.
Après l'avoir analysé sur une longue période avec la demande, le fournisseur a réalisé
qu'il avait quelques problèmes et avons pu changer cela
afin que le fournisseur et le client soient en
alignement et tout a bien fonctionné.
Cette capacité à construire le concept du système et à l’expérimenter est très
puissante.
Ensuite, nous passons bien sûr à l'étape suivante, c'est-à-dire celle où nous entrons
dans le vif du sujet. la conception du système elle-même et, et
ici, nous, vous savez, nous voulons pouvoir réduire
certainement les cycles de conception mécanique et même les cycles logiciels et
obtiennent beaucoup, beaucoup des commentaires plus précoces sur les
approches et les réalisations.
Décisions qui pourraient affecter notre candidature. Droite.
Si nous examinons les tests de contrôles virtuels, nous pouvons commencer par valider
que la disposition est droite.
Nous pouvons ensuite faire une simulation de processus des actifs, puis prendre ce modèle
et connectez-le à un véritable système de
contrôle et à une interface homme-machine. cela apporte beaucoup
un aperçu plus détaillé de ce que nous pouvons faire en matière de contrôle avec le
système.
À terme, nous voulons arriver à un point où nous pouvons effectuer des tests de contrôle
virtuel complets, où nous regardons non seulement le comportement
du contrôleur ou de l'automate au milieu du boucle, mais aussi tous les appareils
intelligents.
Quand on y pense, chacun des modules, capteurs, lecteurs ou
actionneurs, ils ont tous leur propre intelligence locale, locale, de nos jours.
Chacune de ces « choses » est programmée et configurée et joue un rôle dans ce vaste
système de contrôle distribué.
Donc le code CPL est important ? Absolument!
Il effectue le séquençage de la machine, mais les détails du contrôle des applications
s'exécutent. à travers tous ces différents appareils
intelligents que vous avez dans votre usine.
et nous devons tester tout ce système, pas seulement le flux logique.
Et pour cela, nous avons besoin d’une émulation haute fidélité / Device Echo.
Et si nous regardons comment intégrer ce comportement du système dans le système, le
L'environnement dont nous disposons commence généralement par charger un tas de données
CAO et les apporter dans notre environnement de modélisation.
Et puis nous développerons le code de l’application en fonction de cela, n’est-ce
pas ?
Nous allons commencer à animer ces éléments individuels dans ce dessin pour le faire
bouger au fur et à mesure. si c'était une vraie machine.
Nous disposons de barres d'outils pour les opérateurs de CAO pour nous aider à annoter
la CAO et à refléter réellement la 3D. comportement pour cela.
Et nous les proposons pour quelques-uns des packages de CAO les plus populaires.
Il existe PTC Creo, qui propose en fait trois versions légèrement différentes.
Il y a l'inventeur d'AutoCAD et SolidWorks. et bien sûr, il y a PTC Onshape, qui est un
environnement entièrement en ligne.
Je vais vous montrer rapidement à quoi cela ressemble. Dans Creo, nous avons en fait une
barre d'outils qui a les mêmes fonctions que nous vous proposons
dans l'environnement Emulate3D, mais cela permet à l'ingénieur en mécanique d'appliquer
lui-même le balisage.
Et il le fait dans un environnement qui leur convient.
Vous voyez ici que la boîte de dialogue, la façon dont les fenêtres s'affichent sont
très, très différentes Creo que dans SolidWorks ou Inventor ou en
fait dans la 3D elle-même.
L'ingénieur en mécanique ici, dans son propre environnement, fait le balisage et sait
que l'exemple est très simple.
Mais le fait est qu'il a juste marqué une manivelle. Nous avons exporté cette manivelle
pour émuler la 3D.
Nous n'avons pas besoin d'apporter de modifications et nous pouvons apporter ce
comportement mécanique et visualiser et contrôlez-le dans Emulate3D.
Voilà donc le flux de travail de base.
oui, nous avons une barre d'outils dans Emulate3D où vous pouvez le faire.
Beaucoup de gens l'utilisent. La plupart de nos exemples sont construits autour de cela.
Mais la personne la mieux placée pour effectuer le balisage est généralement
l'ingénieur en mécanique et il veut le faire dans son espace et avoir ses
outils, car il sait à quoi il pensait quand il a conçu cette machine.
C'est pourquoi c'est par là que nous commençons.
Et je l'ai montré plus tôt, il existe des données de notre part. Ouais, nous avons ici
cette machine.
Il dispose d'un transfert à fourche. Il vous permet de récupérer un véhicule sur un
AGV. Mais l'AGV lui-même, ainsi que la carrosserie
nous allons examiner, sont fournis par d'autres.
Nous n'avons donc pas besoin de mettre à jour cette CAO au fil du temps.
Il s’agit généralement d’une chose développée en externe.
Et ici, nous le regardons, nous voyons notre fourche soulever la carrosserie de la
voiture, puis nous voyons l'AGV bouger. et quelque chose d'autre se produira dans ce
processus.
Il est important pour nous de pouvoir faire évoluer la conception de notre chariot
élévateur, mais nous n'en avons pas besoin se soucier de la conception de l'AGV, ou
d'ailleurs, de la conception de la carrosserie de la voiture.
Ainsi, tout fichier CAO que nous pouvons importer convient à ces fonctions.
Puis, quand on avance un peu, on continue à se concentrer davantage sur les commandes.
essai.
Et vous verrez ici le système où nous lions réellement un modèle en haut à gauche
où nous voyons un robot effectuer un processus d'assemblage.
L'automate Echo exécute le code logique du contrôleur qui est en réalité
programmé.
L'application s'exécute en bas. C'est donc un élément du concepteur de Logic.
Et puis au centre droit de l'écran, nous voyons le navigateur de balises pour
Emulate3D.
Il crée la connexion entre le contrôleur et le modèle.
Le modèle connaît donc ses entrées pour savoir comment réagir.
En haut à droite, vous voyez Factory Talk Logix Echo, qui est l'émulateur du
contrôleur.
Nous disposons donc d'un contrôleur logiciel, d'un modèle logiciel et d'un code réel, et
nous apportons tous ces éléments. ensemble pour développer notre code
d’application.
Et généralement, ce qui se passe, c'est qu'un ingénieur construira le modèle Emulate3D,
mais alors il pourrait y avoir 4, 5 ou 6
développeurs d'automates développant leur propre partie de l'ensemble
application.
J'ai mentionné plus tôt déjà rapidement que Factory Talk logix Echo est l'émulateur pour
ce système.
Il s'agit donc de faciliter le test de votre code hors ligne ou, si vous préférez, dans un
émulateur de contrôleur basé sur le bureau.
Nous n'avons pas besoin du matériel physique présent.
nous pouvons prendre en charge Guard Logix, Compact Guard Logix et nous pouvons les faire
se comporter exactement comme ils le font dans le vrai matériel.
Et avec ça nous avons aussi une API qui nous permet de nous connecter à la 3D ou à
d'autres jumeaux numériques modèles ou même des applications de type
contrôle basées sur des modèles.
L’émulation des contrôleurs est donc un élément essentiel dans la réalisation de
cette transformation numérique.
et c'est une partie intégrante que nous pouvons tester par rapport au matériel dans
la boucle, mais nous trouvons que 90 % de nos clients préfèrent travailler
avec un contrôleur émulé.
C'est également quelque chose qui vous permet de l'utiliser dans le cloud. Tant de raisons
pour faire ça.
J'ai mentionné ici que CompactGuardlogix est pris en charge.
C'est une fonctionnalité qui sera ajoutée en novembre de cette année.
Les éléments clés sur lesquels nous nous sommes concentrés avec Echo sont que nous
sommes capables d'appliquer exactement le même projet à
le contrôleur physique ou le contrôleur émulé et nous maintenons l’arborescence.
Bien sûr, nous prenons en charge l'ensemble du jeu d'instructions et nous pouvons établir
cette connexion avec le jumeau numérique, très solide pour tester le
flux logique du monde réel, la gestion des pannes, etc.
dans le système
Merci Antoon. C'est ça. Ce que vous pouvez faire avec le logiciel
est vraiment incroyable.
Je veux dire, même si ce sont des choses dont nous parlons tous les jours, quand je peux
m'asseoir et entendre quelqu'un d'autre l'explique et le passe en
revue, cela m'excite vraiment et je suis vraiment authentique ici, en fait.
Nous avons donc maintenant pris soin du modèle mécanique. Nous avons pris la
conception logique prendre soin de.
Nous pouvons même réaliser un modèle électrique. Montrons simplement vous
brièvement comment nous procédons à l'intérieur
émuler la 3D.
Nous avons un catalogue de schémas de câblage, je suppose que vous pourriez
l'appeler un schéma de câblage, un schéma de câblage
fonction de diagramme. Je peux donc réellement établir toutes mes connexions
fonctionnelles, tous mes contrôles panneaux et vérifiez-les et testez-les à
l’intérieur, émulez la 3D.
Nous avons une petite vidéo que nous allons diffuser. Nous pouvons naviguer à travers les
couches du composants électriques et nous pouvons
commencer à examiner des zones spécifiques du modèle à réaliser
sûr que toutes ces connexions sont là.
Nous pouvons voir qu'ils tirent lorsque nous exécutons ce modèle et nous pouvons avancer
très des domaines spécifiques parce que tout cela
va être réel, vous savez, encore une fois, la haute fidélité
des modèles de ce qui se passe à l'intérieur, pas seulement du système mécanique, que nous
avons déjà fait et le système logique, mais aussi le
système électrique.
L'une des choses sur lesquelles nous travaillons, ce n'est pas encore quelque
chose qui est sorti, mais nous sommes travaillant également sur des intégrations
avec d'autres applications majeures qui font la configuration électrique et
conception électrique pour applications industrielles.
Nous avons donc hâte de pouvoir les publier au cours de l'année à venir et nous avons
certains sont disponibles pour sélectionner les clients qui les testent.
Nous sommes donc vraiment en mesure d'envisager cela de manière à pouvoir forcer
des changements de valeurs et assurez-vous que toutes ces choses
fonctionnent correctement. C'est un joli, plutôt cool
fonctionnalité supplémentaire dans Emulate 3D.
Et puis bien sûr, nous pouvons aussi nous interfacer avec des robots. Anton a expliqué
comment nous pouvons avoir Des automates connectés au modèle, ou nous
pouvons avoir des émulateurs d'automates comme ceux de Logic connectés au modèle.
modèle.
Nous pouvons également nous connecter à une variété d’outils de programmation de robots.
Nous avons pris une décision Il y a de nombreuses années, lors du
développement d'Emulate 3D, nous ne voulions pas être un OLP.
Nous ne voulons pas être des experts en robotique, même si nous émulons la 3D, nous
disposons d'une robotique très robuste. modélisation à des fins de simulation avec de
nombreux éléments génériques et spécifiques au fournisseur
des robots et de bons outils de résolution de robots auxquels nous pouvons réellement nous
connecter, par exemple, un robot studio.
Guide du robot Fanuc Yaskawa Motoman. Et même comme vous le savez peut-être, nous avons
acquis une société appelé Clearpath Robotics, et ils ont un
outil pour leurs robots automatiques et nous pouvons nous connecter
à ceux-ci également, ce qui leur permet d'imiter, de manière très précise, la manière
dont le robot fonctionne, non ?
Il ne s'agit donc pas simplement d'une simulation, mais de la manière dont cela a
été programmé. Et c'est un outil très puissant
outil également.
Et cela peut être fait en conjonction avec l’autre émulation.
Vous faites cela pour émuler des modèles 3D, il n'est pas nécessaire que ce soit, disons,
une source unique, n'est-ce pas ?
Il n'est pas nécessaire d'exécuter simplement un modèle sur un automate ou d'exécuter une
simulation. modèle ou simplement exécuter un modèle sur
un contrôleur de robot.
Mais en fait, toutes ces choses peuvent se produire en même temps.
Vous disposez donc de toutes ces sources qui entrent dans le modèle pour en faire un outil
très efficace. modèle haute fidélité.
Et c'est vraiment l'objectif vers lequel nous nous dirigeons, n'est-ce pas, c'est que ces
modèles deviennent emplacements d'entrée haute fidélité pour une
variété de sources de CAO de contrôle, de robot
programmation d'un environnement de test.
Et nous en parlerons ici assez rapidement de la vision de la façon dont nous y parvenons.
Ouais.
Et bien sûr, lorsque vous contrôlez un robot, lorsque vous programmez un robot, le
les mouvements sont importants. Mais toutes les interactions, toutes les interactions
avec le reste des Le système est vraiment là où les
développeurs dégringolent. Droite.
C'est où et comment mes verrouillages se produisent entre ce que fait le robot et ce
que fait l'automate. que fait, ce que les capteurs me disent, vous
voyez comment ce qui se passe lorsque mon chemin est erroné.
Vous ne le détectez pas si vous êtes hors ligne.
Mais lorsque le produit circule réellement dans le système, cela devient soudainement
beaucoup plus important. visible. Et des programmes robotiques à eux
seuls. Les programmeurs n'ont généralement pas cela
mouvement des produits dans le cadre de leur environnement de programmation hors ligne.
Droite?
Alors ouais, ouais.
Et cela nous amène donc à un sujet suivant et qui s’ajoute à la robotique. Un autre
Ce que beaucoup de nos clients utilisent, ce sont au moins quelques flux de fluides de
base dans leur, en leur installation est que nous ne parlons pas
d'applications de type raffinage du pétrole mais d'un
une entreprise de produits de consommation possède des liquides qu'elle transforme en
barres de chocolat ou en quoi d'autre, shampoings, etc.
Le processus est assez simple, mais la manipulation du produit avant et après est
c'est tres important. Et donc ce que nous avons fait, c'est mettre en place un contrôle
pour certains hybrides flux de processus. Nous aimons appeler cela
des réservoirs, des tuyaux, des pompes et des vannes et tout le reste.
des trucs liés.
Et cela nous permet d’acheminer le contrôleur et les sources de fluides. Nous avons des
tuyaux, nous avons des mélangeurs et vannes, vannes à preuve mixte lorsque vous
essayez de nettoyer sur place différents types de pompes, capteurs, débitmètres,
remplissage, outils de remplissage.
Et ce que nous avons fait plus récemment, c'est d'ajouter, notamment dans un cadre de
fautes qui nous permet d'introduire différents défauts
dans le système car la programmation et l'application
C’est important pour le flux logique de base.
Mais au final, d'un projet, environ 20 % du code est axé sur
séquencer l'application de la bonne manière et environ 80 % du code est axé sur la façon
dont est-ce que je fais face à divers défauts.
C'est donc à cela que vise la génération de fautes ici.
Je peux créer toutes sortes de défauts différents dans mon système que je peux
ensuite surveiller et, et connectez-vous et voyez si je les gère
correctement.
Une autre chose qu'on nous a demandé est de donner un peu plus de capacité sur le liquide
propriétés afin que nous puissions imiter les bases de la température, de la conductivité,
des choses comme ça.
Et nous collectons beaucoup de données différentes sur ces systèmes. Et nous avons
a également créé une boîte noire.
Vous avez vu une boîte noire plus tôt du côté de la simulation et vous ne vous en souciez
pas vraiment sur l'interaction physique et vous pouvez
créer un modèle mathématique simple pour ces fonctions.
Il n’est pas nécessaire que ce soit une question de collision physique, n’est-ce pas
? Donc même chose pour une grande partie du
traitement, si vous avez un chauffage particulier
courbe ou quelque chose que vous voulez suivre, vous pouvez le mettre dans le système
et là nous voyons celui qui arrive en ce moment.
Et nous pouvons également créer différents scénarios et créer toutes sortes de
procédures que nous fonctionner en fonction du comportement du
modèle et de l'endroit où cela nous mène. En fin de compte, notre longue
l'objectif à terme est de vous permettre de faire une intégration continue de votre
logique programmation ou vos contrôles.
Tests sur le développement global de votre système de contrôle. Nous vous connaissons
donc peut-être. En fait, cela s'est déroulé. C'est là que
nous pouvons stocker des projets avec différentes versions.
Nous pouvons effectuer une analyse de projet pour examiner la qualité du code. Nous
pouvons faire le type de fichier conversions. Nous pouvons aider les gens à
déplacer des projets d'anciennes versions vers des versions plus récentes et et
regardez-les réellement et jetez un œil à ce qu’ils sont. Ils se retrouvent dans un
contrôle de version système, mais ils doivent ensuite être testés
et trois D est une application qui nous permet
pour réaliser le modèle que nous venons d'examiner.
Ainsi, l'émulation de ce comportement du système, il dispose également d'outils
d'échange de données pour systèmes de surveillance et/ou aux
contrôleurs.
Il fera la simulation réelle d'un contrôleur pour qu'il pense qu'il parle au réel,
mais ça parle pour émuler la 3D.
Nous pouvons donc faire beaucoup plus d’émulation haute fidélité d’un système.
Ensuite, nous avons le framework par défaut que je viens de mentionner et qui est en
cours de développement pour aidez-nous à présenter divers domaines dans
toutes les différentes disciplines.
Et il y a beaucoup d'aspects que nous devons, pour vous permettre de créer, pour surveiller
les enregistrer, les enregistrer et contrôler quand ils ont lieu.
Et puis nous avons un planificateur et un gestionnaire de scénarios qui disent à ce
moment-là, exécutez, exécutez ceci scénario, faites-le avec cette version du
fichier avant de démarrer. Définissez donc ces valeurs.
Restaurez donc l'instantané dans un état particulier, puis exécutez-le pendant x
secondes, minutes, heures, puis introduisez ces défauts et assurez-vous que
le code le détecte correctement et le signale IT out. Droite.
Et tout cela doit être un test automatisé sans surveillance, ce qui
cela n'a pas été mis en place pour le code PLC, certainement dans l'environnement
Rockwell dans le passé.
Et avec cet outil, nous pensons ajouter beaucoup de capacités aux développeurs pour
qu'ils restent beaucoup plus proche de la qualité de leur
code.
Il n'est pas nécessaire qu'il s'agisse toujours de l'ensemble du projet en même
temps, mais oui, nous ferons en sorte que y progresse. Alors restez à l'écoute.
C'est pour nous un axe de développement majeur.
Cela nous amène donc au démarrage de la commission de formation et encore une fois,
nous vous rappelons que, vous vous savez, au début, nous considérions cela
comme une sorte d'éléments du chemin critique qui étaient réalisés dans
séquence et tout ce dont nous parlons, c'est de prendre ce système, de prendre ce
processus et capable de faire avancer les choses dans
le cadre de processus parallèles non critiques. Voici donc un
exemple.
Cela rappelle un peu une vidéo que nous avons montrée plus tôt. Nous allons le faire en
boucle deux fois.
Vous vous souvenez de ceci, de cet ascenseur qui soulève, de cette carrosserie de voiture.
Et si nous regardons cela attentivement, quelque chose de vraiment intéressant a été
appris si ce qui a été appris sur place lors de la mise
en service serait très difficile.
Pourquoi ne pas répéter cela une fois de plus. Et si vous regardez la voiture, le
cadre ici, tu verras qu'il y a un bouclier sur le moteur
juste là, ce genre de saumon coloré. Et regardez ce qui lui arrive
lorsqu'il touche l'AGV.
En fait, dans ce cas, cela passe par l'agv dans le monde réel, c'est-à-dire
aurait été une ingérence écrasante.
Et c'est quelque chose qui émule la 3D a pu montrer à l'utilisateur ici qu'il était
capable de voir réellement dans un environnement virtuel
avant que ce système ne soit terminé, avant qu'il ne soit
complété.
Que s'est-il passé quand la carrosserie de la voiture a été déposée ?
C'était donc leur cad, c'était leur agv. Et en les rassemblant dans le mode actif
environnement, ils ont pu voir exactement ce qui s’est passé.
C'est donc le genre de choses qui peuvent vous donner la possibilité de faire ce
travail virtuel. mise en service.
Et quand nous disons virtuel, nous entendons très, très délibérément, cela vous permet de
réduire ce genre de modifications de conception, vous
savez, coûteuses et ad hoc.
Une chose qu'Antwon dit toujours, et je le suis et en tant que personne qui a
l'expérience qu'il au fil des années est vrai, c'est que si vous
découvrez ces choses sur place, c'est bien trop tard car vous ne prendrez pas les bonnes
décisions pour y remédier.
Vous prendrez la décision la plus rapide et la moins chère pour essayer de faire
fonctionner les choses.
Et ce n’est pas la bonne façon de procéder, n’est-ce pas ? Nous voulons prendre la bonne
décision et
généralement pour prendre la bonne décision et la bonne solution.
Nous devons le faire tôt afin que la détection précoce de la relation entre les
la mécanique et les commandes sont tout simplement très critiques.
Et c'est quelque chose que nous offre l'émulation de la 3D. Voici un autre exemple
de projet de rénovation avec cette opération de manutention de
billettes assez complexe où l'on a ces gros aluminium
les billettes qui sont déplacées et manipulées de manière robotisée.
Et si nous regardons, nous, cet utilisateur, avons pu faire quelque chose de très
intéressant.
Ils évaluaient le logiciel, si vous voulez, et ils ont pu prendre ce que vous voyez
est en fait une version d'évaluation d'emulate 3D.
Et ils ont pu construire un modèle de ce système et mettre en œuvre la manière dont
les changements ont été apportés. allait fonctionner, qu'ils allaient
implémenter dans le modèle et le connecter au IHM.
Cette IHM exécute donc en fait un modèle virtuel de cette machine de manutention de
billettes et ils ont pu analyser tous les changements
qu'ils apportaient avec, en fait, les changements
non seulement aux commandes mais également à l'IHM.
Et tout cela pendant ce qui était une période d’évaluation du logiciel.
Je pense que cela a finalement duré environ 5 ou 6 semaines. Donc très vite. Et ce n'était
pas à temps plein, droite? C'était juste à l'époque où ils
avaient le logiciel très rapidement capable de commencer à
examiner ces systèmes, à les évaluer et à prendre des décisions.
Et c’est le genre de choses que nous voyons encore et encore.
Et parfois, ce qui semble être de petites préoccupations devient de grandes
préoccupations quand on peut les examiner. virtuellement.
Et faites-les réparer et réalisez les coûts que vous avez économisés.
parlons un peu du type de résultats que les gens obtiennent grâce au virtuel
la commande de ces résultats que nous avons répertoriés ici et sur la diapositive
suivante provient d'un utilisateur d'émuler 3D qui fonctionne. C'est
un grand OEM.
Ils travaillent avec trois grands constructeurs automobiles et nous parlent
régulièrement. sur le succès qu'ils ont avec la mise en
service virtuelle.
Ils deviennent à bien des égards un utilisateur puissant et un partenaire
formidable, vous savez, donc certains des des choses que je ne lirai pas tout cela
parce que je sais que pendant que vous lisez, comme vous
en regardant ceci, vous les lisez.
Mais ils ont pu tester le placement des éléments mécaniques. Ils sont capables de
tester réponses logiques aux entrées mécaniques.
Ils sont capables d'examiner l'alimentation électrique et la disposition du câblage
lorsqu'il s'agit de contrôler conception et tests, ils sont capables
d’examiner des séquences logiques.
Ils sont capables d'examiner les actions de l'IHM et de l'opérateur ainsi que la réponse
aux pannes tout au long du processus. ce système et ensuite le type d'expérience
sur site qu'ils sont en mesure d'examiner logique mécanique et électrique juste avant
d'être sur site, ils sont en mesure d'examiner
les opérateurs et les équipes de maintenance qu'ils sont en mesure de les prendre en
charge et de les familiariser avec le système.
Ils peuvent commencer à se préparer au dépannage en fonction de la façon dont ils
pensent que le système réel va agir en fonction de la
façon dont le modèle agit correctement.
Le modèle, encore une fois, tous les modèles sont faux, mais certains sont utiles, et
beaucoup de ces modèles sont très doué pour prédire le genre de choses qui
pourraient ou devraient se produire dans un système.
Et puis réduire le délai entre les étapes de conception, d’achèvement et de production. Et
voilà à quoi ça ressemble.
Si nous regardons tous leurs projets avec lesquels ils ont analysé avec émuler 3D.
Parmi les projets récents qu'ils ont réalisés, il y a eu sept projets, quatre qui
ont été réalisés en dessous du budget et trois au
budget et zéro qui ont nécessité une prolongation
mise en service.
Et c’est dans ceux-là qu’ils utilisent l’ingénierie numérique, n’est-ce pas ?
Ensuite, il y a eu trois autres projets, je crois. Est-ce correct?
Antwon Était-ce trois autres ou est-ce deux ? Je pense que c'étaient deux, ils en ont fait
beaucoup projets sans regret, sans ingénierie
numérique utilisée.
Et vous voyez que ce projet a dépassé le budget. Il a été prolongé de trois semaines
et l'autre un au-dessus du budget et de quatre semaines.
C'est donc très courant parce que ce qui s'est passé, je suppose, historiquement, au
fil du temps, les gens se sont, je suppose qu'on pourrait
dire, habitués au fait que les projets ont tendance à se dérouler
au-delà du budget et du temps.
Et ce que nous essayons vraiment de faire, c'est de réaligner la façon dont les gens
pensent et de leur permettre de mieux estimer les projets et les terminer
dans les limites de l'estimation en prenant tout un tas
de ces activités qui se font habituellement à la fin, qui se font sur place, qui se font
dans un environnement à haut risque, dans un délai à haut risque, et recommencer à les
faire progresser sous ce chemin parallèle.
Nous supprimons donc ce risque. Et c'est réel.
Je veux dire, ce sont des retours réels des utilisateurs du logiciel et des utilisateurs
de celui-ci. focus sur l’ingénierie numérique dans le
monde. Ouais.
Et puis le dernier morceau qu'on a et au fait, Tyler, ça me rappelle mon, mon premier,
client de mise en service virtuelle qui est venu nous voir et nous a dit que j'avais un
projet.
Nous avions le matériel provenant de trois sites distincts.
L'un d'eux fournissait l'avant de la machine, un autre le milieu, un autre la partie
centrale de la machine. fin.
Et eux, ils sont venus sur place. Ils ont tous commencé à s’accumuler.
Et environ deux jours avant le début de la mise en service, le contremaître du milieu
La machine dit à la machine avant : Hé, pouvez-vous placer ce dernier petit morceau
de convoyeur ?
Et la réponse du gars à la machine à l'avant disait : Ce n'est pas dans mes
portée.
C'est dans votre champ d'action. Et cela leur a fait reculer de trois semaines, n'est-ce
pas ?
Alors qu’ils devaient physiquement construire cette pièce d’équipement manquante.
Et cela seul leur suffisait pour dire qu'il n'y aurait plus jamais de projet sans jumeau
numérique. pour valider cela, que nos systèmes sont
corrects. Ouais.
Quoi qu’il en soit, revenons à l’exploitation et à la maintenance, une fois que nous aurons
ce jumeau.
Ouais, nous avons un banc d'essai, nous pouvons faire des expérimentations en cours
et nous pouvons commencer correctement je fais de la formation pour les opérateurs.
Et ici, nous examinons une vue de réalité étendue d'une ligne dans ce cas, c'est
c'est de la pure réalité virtuelle.
Mais nous voyons aussi des gens le faire en réalité mixte.
et vous voyez ici deux personnes ensemble dans la machine, regardant la ligne et
essayer de travailler sur différents éléments et voir si j'ai tout ce dont j'ai besoin pour
le contrôler.
Ainsi, l’un des éléments qui va zoomer, zoomer dans un instant est l’IHM.
Et ils iront effectivement faire fonctionner l'IHM et verront si toutes les fonctions que
le l'opérateur dont dispose cette IHM sont
suffisants pour faire fonctionner correctement la ligne et diagnostiquer
situations différentes.
Et parce qu’ils se trouvent dans cet environnement, ce qu’ils voient est
absolument ce qu’ils voient. ils verront dans la vraie vie.
Et donc, oui, l’expérience VR est un aspect intéressant.
Vous pouvez voir si vous pouvez voir vos tours lumineuses depuis l'endroit où vos
opérateurs sont positionnés, vous pouvez voyez-le quand il abuse de la ligne et
affecte la qualité du produit.
Mais en général, il existe de nombreuses applications utiles pour cela, cette
interaction entre le modèle et le et le système.
Cela nous amène donc au résumé de la raison pour laquelle nous faisons cela, ce numérique
ingénierie.
Nous souhaitons réduire les délais de production de nos produits et savons que nous
souhaitons élargir nos possibilités de conception en
ce qui rend beaucoup plus facile l'itération des conceptions, l'expérimentation de
scénarios et la conception rapidement au sein d'un modèle en réduction.
J'ai eu des OEM qui ont réduit leur prototypage, le prototypage physique de
huit prototypes contre deux parce qu'ils pourraient faire bien plus dans leur jumeau
numérique l'environnement, n'est-ce pas ?
Et puis réduire les risques en mettant en service avant de se rendre sur site.
Vous ne pouvez pas surestimer la valeur de cela. La qualité du code, tout est tellement
c'est mieux quand on a eu la chance d'évoluer dans un environnement sécurisé.
Ainsi, notre jumeau numérique dynamique et dynamique crée un jumeau fonctionnel d'un
système axé sur le des fonctions qui comptaient pour vous en
tant qu'ingénieur de contrôle, n'est-ce pas ?
Il n’est pas nécessaire que chaque élément de ce modèle soit correct à 100 %.
Mais vous cherchez quels sont les éléments qui affectent le fonctionnement de mon modèle
?
Et surtout le comportement de mon système de contrôle.
Vous savez, où est ce fruit le plus accessible à mes contrôles,
tests et moindre effort pour un bâtiment.
La construction de l'application et vous permettant ensuite de l'améliorer.
Revenons donc à quelle fonction avez-vous besoin plutôt qu'à quelle fonction pourriez-
vous implémenter si vous aviez un temps et un budget infinis ?
Et si nous avons besoin de modèles plus détaillés, nous pouvons bien sûr établir un
lien vers des modèles tiers. simulations, impliquent l'interface de
simulation du studio 5000 où nous pouvons faire du modèle
contrôle basé, des choses comme ça.
Et puis bien sûr notre lien avec Echo où nous pouvons fonctionner sans matériel pour le
moment obtenez ce comportement complet de l'API avec
le même micrologiciel et la même application que
courir dans le monde réel.
Et dans l’ensemble, nous avons vu notre flux.
Vous savez, nous, nous avons fait du bon travail en réduisant le cycle global d'un
projet afin que nous puissions commencer notre conception d'automatisation beaucoup
plus tôt.
nous pouvons commencer nos tests de contrôles, nous pouvons faire notre mise en
service, notre formation et quand le Le système est opérationnel, nous pouvons
encore le faire, le faire fonctionner et le maintenir.
Donc, dans l'ensemble, oui, nous, nous pensons que c'est la façon d'avancer et
surtout dans projets typiques où sont construites des
applications Rockwell, où l'on voit toujours du dynamique
les exigences changeantes du système de contrôle, la mise en service virtuelle et une
quantité fantastique de valeur pour nos clients.
Et sur ce, je pense que nous sommes prêts pour les questions et les remerciements.
Ouais, merci, Andrew.