Estructuras de datos avanzadas: Casos de uso realesSoftware Guru
La utilización de estructuras de datos adecuadas para cada problema hace que se simplifiquen en gran medida los tiempos de respuestas y la cantidad de cómputo realizada.
Por Nelson González
Estructuras de datos avanzadas: Casos de uso realesSoftware Guru
La utilización de estructuras de datos adecuadas para cada problema hace que se simplifiquen en gran medida los tiempos de respuestas y la cantidad de cómputo realizada.
Por Nelson González
Onboarding new members into an engineering team is not easy on anyone. In a short period of time, the new team member is required to be able to bring professional
Por Victoriya Kalmanovich
El secreto para ser un desarrollador SeniorSoftware Guru
En esta charla platicaremos sobre el “secreto” y el camino para llegar a ser un desarrollador Senior, experiencia, consejos y recomendaciones que en estos 8 años
Por René Sandoval
Apache Airflow es una plataforma en la que podemos crear flujos de datos de manera programática, planificarlos y monitorear de manera centralizada.
Por Yesi Díaz
How thick data can improve big data analysis for business:Software Guru
En esta presentación hablaré sobre cómo el Análisis de Datos Gruesos, específicamente el análisis antropológico y semiótico, puede ayudar a mejorar los resultados del Big Data
Por Martin Cuitzeo
CoDi® es la nueva forma de realizar pagos digitales desarrollada por el Banco de México. Por medio de CoDi puedes realizar cobros y pagos desde tu celular, utilizando una cuenta bancaria o de alguna institución financiera, sin comisiones.
Por Cristian Jaramillo
Gestionando la felicidad de los equipos con Management 3.0Software Guru
En las metodologías agiles hablamos de equipos colaborativos, autogestionados y felices. hablamos de lideres serviciales. El management 3.0 nos ayuda a cultivar el mindset correcto, aquel que servirá como el terreno fértil para que la agilidad florezca.
Por Andrea Vélez Cárdenas
Taller: Creación de Componentes Web re-usables con StencilJSSoftware Guru
Hoy por hoy las experiences de usuario pueden ser enriquecidas mediante el uso de Web Components, que son un estándar de la W3C soportado por la mayoría de los navegadores web modernos.
Por Alex Arriaga
Así publicamos las apps de Spotify sin stressSoftware Guru
En Spotify tenemos 1600+ ingenieros, trabajando en 280+ squads. Aún a esta escala, hemos logrado adoptar prácticas que nos han permitido acelerar la forma en que desarrollamos nuestro producto. Presentado por Erick Camacho en SG Virtual Conference 2020
Achieving Your Goals: 5 Tips to successfully achieve your goalsSoftware Guru
he measure of the executive, Peter F. Drucker reminds us, is the ability to "get the right things done." This involves having clarity on what are the right things as well as avoiding what is unproductive. Intelligence, creativity, and knowledge may all be wasted if not put to work on the things that matter.
Presentado por Cristina Nistor en SG Virtual Conference 2020
Acciones de comunidades tech en tiempos del Covid19Software Guru
Acciones de Comunidades Tech en tiempo del COVID-19 es una platica para informar acerca de las acciones que están realizando algunas comunidades de tecnología en México para luchar contra la propagación del COVID-19. Desde análisis de datos, visualizaciones, simulaciones de contagio, etc.
Presentado por Juana Martínez, Adriana Vallejo y Eduardo Ramírez en SG Virtual Conference 2020
De lo operativo a lo estratégico: un modelo de management de diseñoSoftware Guru
La charla presenta un modelo claro, generado por la ponente, para atender los niveles desde lo operativo a lo estratégico.
Presentado por Gabriela Salinas en SG Virtual Conference
La importancia de crear User Personas y EscenariosSoftware Guru
Hoy en día todas los usuarios con acceso a internet podrían ser nuestros clientes; sin embargo, al diseñar centrado en el usuario podemos dar productos que sean útiles y agreguen verdadero valor a nuestros usuarios.
Presentado por Elena Itchel en SG Virtual Conference
Recomendaciones para estudiantes de carreras de tecnología, de manera que maximicen su desarrollo profesional.
Presentado por Carlos Isaias en SG Virtual Conference 2020
Onboarding new members into an engineering team is not easy on anyone. In a short period of time, the new team member is required to be able to bring professional
Por Victoriya Kalmanovich
El secreto para ser un desarrollador SeniorSoftware Guru
En esta charla platicaremos sobre el “secreto” y el camino para llegar a ser un desarrollador Senior, experiencia, consejos y recomendaciones que en estos 8 años
Por René Sandoval
Apache Airflow es una plataforma en la que podemos crear flujos de datos de manera programática, planificarlos y monitorear de manera centralizada.
Por Yesi Díaz
How thick data can improve big data analysis for business:Software Guru
En esta presentación hablaré sobre cómo el Análisis de Datos Gruesos, específicamente el análisis antropológico y semiótico, puede ayudar a mejorar los resultados del Big Data
Por Martin Cuitzeo
CoDi® es la nueva forma de realizar pagos digitales desarrollada por el Banco de México. Por medio de CoDi puedes realizar cobros y pagos desde tu celular, utilizando una cuenta bancaria o de alguna institución financiera, sin comisiones.
Por Cristian Jaramillo
Gestionando la felicidad de los equipos con Management 3.0Software Guru
En las metodologías agiles hablamos de equipos colaborativos, autogestionados y felices. hablamos de lideres serviciales. El management 3.0 nos ayuda a cultivar el mindset correcto, aquel que servirá como el terreno fértil para que la agilidad florezca.
Por Andrea Vélez Cárdenas
Taller: Creación de Componentes Web re-usables con StencilJSSoftware Guru
Hoy por hoy las experiences de usuario pueden ser enriquecidas mediante el uso de Web Components, que son un estándar de la W3C soportado por la mayoría de los navegadores web modernos.
Por Alex Arriaga
Así publicamos las apps de Spotify sin stressSoftware Guru
En Spotify tenemos 1600+ ingenieros, trabajando en 280+ squads. Aún a esta escala, hemos logrado adoptar prácticas que nos han permitido acelerar la forma en que desarrollamos nuestro producto. Presentado por Erick Camacho en SG Virtual Conference 2020
Achieving Your Goals: 5 Tips to successfully achieve your goalsSoftware Guru
he measure of the executive, Peter F. Drucker reminds us, is the ability to "get the right things done." This involves having clarity on what are the right things as well as avoiding what is unproductive. Intelligence, creativity, and knowledge may all be wasted if not put to work on the things that matter.
Presentado por Cristina Nistor en SG Virtual Conference 2020
Acciones de comunidades tech en tiempos del Covid19Software Guru
Acciones de Comunidades Tech en tiempo del COVID-19 es una platica para informar acerca de las acciones que están realizando algunas comunidades de tecnología en México para luchar contra la propagación del COVID-19. Desde análisis de datos, visualizaciones, simulaciones de contagio, etc.
Presentado por Juana Martínez, Adriana Vallejo y Eduardo Ramírez en SG Virtual Conference 2020
De lo operativo a lo estratégico: un modelo de management de diseñoSoftware Guru
La charla presenta un modelo claro, generado por la ponente, para atender los niveles desde lo operativo a lo estratégico.
Presentado por Gabriela Salinas en SG Virtual Conference
La importancia de crear User Personas y EscenariosSoftware Guru
Hoy en día todas los usuarios con acceso a internet podrían ser nuestros clientes; sin embargo, al diseñar centrado en el usuario podemos dar productos que sean útiles y agreguen verdadero valor a nuestros usuarios.
Presentado por Elena Itchel en SG Virtual Conference
Recomendaciones para estudiantes de carreras de tecnología, de manera que maximicen su desarrollo profesional.
Presentado por Carlos Isaias en SG Virtual Conference 2020
About a year and a half ago I became an R&D group lead.
One day my friend who works with me.
Every time he sails he listens to engines, for many years.
You need an app that listens for you.
Not like any other project – maintenance, engines, mechanics.
lieutenant commander in the Israeli navy
In previous roles I served as a software development officer,
as an autonomous vehicles navigation algorithm developer
and now I serve as head of an R&D group in the navy.
Regular maintenance periods, scheduled in advance.
Meant to prevent any failure.
Find a fix, couldn’t prevent.
Inconvenient for a car – terrible for a combat ship.
Ship can’t go on it’s missions. Other ships go. Spare parts. Customs. Technicians.
Preventive – doesn’t prevent everything. Breakdown – is the worst case scenario.
Predicting the future of the engine
Know everything you need to know about the engine.
Designs the set of rules.
Collect data to establish behavior.
Types of sensors and methods.
Collect data to establish behavior.
Types of sensors and methods.
Not even the most sophisticated equipment successfully predicts developing problems unless the operator understands and applies the basics of vibration analysis.
Expensive sensors, infinite budget.
Cyber security – sensors based on BT and wifi technology
We still need a mechanical engineer to decipher the warnings at the end of the chain
Expensive sensors, infinite budget.
Cyber security – sensors based on BT and wifi technology
We still need a mechanical engineer to decipher the warnings at the end of the chain
Expensive sensors, infinite budget.
Cyber security – sensors based on BT and wifi technology
We still need a mechanical engineer to decipher the warnings at the end of the chain
Ship recognition many rules.
World of vessels advances.
We’re not mechanical engineers, but we see the value of data.
Distinction between 3 engines – data from same sensor – clustering.
Distinction of strange noises.
Distinction between 3 engines – data from same sensor – clustering.
Distinction of strange noises.
100 ships, 50 engines on each ship.
Each engine, each ship for entire fleet – not cost effective.
התחלנו לחפש דרכים ליצור מוצר שישתמש באחזקה חזויה לגילוי תבניות של כשלים, ושתוכל לספק אזהרות מראש.
לצורך ההתחלה, השתמשנו בדאטהסט של נאסא שאני מרחיבה עליו בהמשך. הוא מכיל נתוני התבלות עבור אחד מסוגי המנועים, לחיזוי RUL באמצעות מודלים של REGRSSION.
הורדת רעשים – לפני שמתחילים בכל התהליכים של העיבוד לצורך הורדת השגיאה, צריך לוודא שאין רעשים שמפריעים למידע שלנו. כאן בוודאות יש רעש שמגיע עם המידע של הסנסורים, אז בכלל לפני שמתחילים את תהליך הורדת השגיאה צריך להוריד את הרעשים. זה נעשה באמצעות AUTOENCODERS.
סנסורים – בתחום הזה של אחזקה חזויה, הדאטה נאסף ע"י סנסורים. הסנסורים האלו מנטרים את ההתנהגות של המנוע. מספר דברים שהיינו צריכים לשים לב אליהם בעבודה מול סנסורים. הדבר הראשון – סנסורים זה עסק יקר. ככל ששמים יותר, כך המידע יותר איכותי ופחות צריך להתעסק עם ניקוי רעשים. מכיוון שהארגון שלנו קצת פחות עשיר מנאסא, לא יכלנו להרשות לעצמנו לשים 20 סנסורים על כל מנוע, אלא סנסור אחד על כל 3 מנועים. דבר נוסף, גם אם היינו רוצים לשים סנסורים בכל פינה, לא יכלנו לעשות זאת מבחינה טכנית, הכלים לא תמיד מאפשרים מבחינת מבנה הכלי. נניח והתגברנו על המכשולים האלה, נשאר לנו מכשול הסייבר. יש אומרים שזה המכשול הכבד ביותר. הרוב המוחלט של הסנסורים מעבירים מידע באמצעות BT או WIFI, או שניהם! נשמע נוח בטירוף. למי שלא בצבא. בצבא זה ביג נו-נו. התגברנו כי מצאנו את הסנסורים שמתאימים לנו בהיבטי בטחון מידע והצפנה.
דאטהסט – נאסא כחלוצה בתחום, אוספים מידע על מצב המנוע כבר עשרות שנים. מ-1990 כמו שראינו בהתחלה, בחלק של ההנדסת מכונות, מזמן. למרבה המזל, נאסא אוהבים לשתף ואפילו מציעים קורסים והכשרות בתחום האחזקה החזויה. נאסא משתפת הרבה מאוד דאטאסטים שיש ברשותה, ובאמת הרוב המוחלט של החברות המתחילות להתעסק באחזקה חזויה באמצעות כלים של דאטה סיינס – מתחילות לאמן את המודלים שלהם על בסיס הדאטהסט של נאסא. (זה נקרא TRANSFER LEARNING.) קשה מאוד להגיע לדאטהסט מלא ואיכותי, זה מצריך שנים של איסוף מידע. הבעיה פה גדולה מאוד, כי מדובר במידע מכני של מכונות אמיתיות, זה לא מידע שאפשר למצוא אותו אם עושים SCRAPING לווב.
טיפ ממני – תתחילו לאסוף מידע עכשיו, ואפילו עדיף – אתמול. תודו לי אחר כך.
TIME SERIES DATA – המטרה של כל האירוע הזה של אחזקה חזויה הוא לחזות תקלה בעתיד הקרוב. הכוונה היא שאנחנו מחפשים פה בסוף לקבל תשובה בפורמט זמן. עכשיו אחרי שהבנו מה זה המידע שאנחנו אוספים ומה בדיוק אנחנו רוצים למצוא – שזה זמן, היינו צריכים להסתכל לתוך נבכי הדאטה בעצמו.
כל המנועים בדאטהסט הזה הם מאותו הסוג, אבל כל אחד מהמנועים מתחיל בדרגה אחרת של בלאי התחלתי ושינויים כאלה ואחרים בעקבות תהליך הייצור. כל הנתונים האלו לא ידועים למשתמש. הדאטה מכיל ID ייחודי לכל מנוע, תגית זמן, הגדרות וקריאות מ-21 סנסורים.
Distinction between 3 engines – data from same sensor – clustering.
Distinction of strange noises.
אז איך מתמודדים עם האתגר?
המטרה היא להפחית את השגיאה בין ה-RUL האמיתי ל-RUL החזוי. אנחנו משתמשים בשגיאת RMSE, כי היא מענישה שגיאות גדולות בחומרה. זה מכריח את האלגוריתם לחזות RUL קרוב ככל הניתן.
אז אילו אתגרים יש לנו?
MODEL+RAW DATA – שימוש ב RAW DATA אומר שהשתמשנו בדאטה שאספנו מהסנסורים מבלי לבצע מניפולציות או עיבוד למידע. ניסינו להעביר את המידע הזה על מספר אלגוריתמים שקיימים ב SICKIT LEARN. האתגרים בשיפור המודל והקטנת השגיאה מצויים בשלבים הבאים. השלב הראשו הוא בחירת המודל. לצורך בחירת המודל, נשארנו בתחום הקלאסיקל לרנינג בשלב הראשון, כדי לראות מה קורה בשלב בדיקת ההתכנות. לא לוקח הרבה זמן, הדיבוג לא מסובך כמו ברשתות. (למשל FOREST TREE, לינאר רגרשן וכו').
FEATURE ENGINEERING – בצעד הזה אנחנו עוברים לעבד את המידע. מעבדים את המידע ע"י בחירת הפיצ'רים שהכי חוזים מבחינתנו. מציאת הסט של הנכון של הפיצ'רים האלו זה לא פשוט, הצעד הזה הוא אחד הצעדים היותר קשים כשמנסים להעלות את האיכות והאמינות של המוצר. בסופו של דבר, זה אחד האתגרים הקשים ביותר למצוא סט אופטימלי מספיק של פיצ'רים. (לרשום לדוגמה פיצ'רים).
OPTIMIZATION – היפר פרמטרים שולטים בהתנהגות של האלגוריתם שלנו. כיוונון נכון של הפרמטרים האלו אמור לשפר את ה RMSE. יש הרבה דרכים לכוונן את הפרמטרים האלו, למשל באמצעות GRID SEARCH.
Distinction between 3 engines – data from same sensor – clustering.
Distinction of strange noises.
כשמתבוננים בתמונה הכללית של הצלחת האלגוריתם, אנחנו כנראה נטעה ונחשוב שאנחנו עושים עבודה טובה כי ה ACCURACY מתקרב ל 100%. יכול להיות שאנחנו עומדים מול מקרה חמור של חוסר איזון.
CLASS BALANCE – בדאטה שלנו רוב הזמן המנועים שלנו נמצאים במצב טוב ונשאר להם הרבה זמן לעבוד. יש לנו משמעותית פחות דוגמאות של מנועים שיש להם קצת זמן לעבוד. רוב הזמן שאני אנחש שהמנוע עובד אני כנראה אהיה צודקת.
למרות שזו בעיית רגרשן ולא קלסיפיקיישן, יש לנו כאן שתי קטגוריות – מנוע שיש לו הרבה זמן עבודה ומנוע שיש לו מעט זמן עבודה – אחת הקטגוריות מייצגת את הרוב הסופר מוחלט של הדאטהפוינטס. ייצוג יתר יוצר חוסר איזון. משימות כמו שלנו עלולות להוביל למודלים בעלי אחוז דיוק גבוה מאוד, אבל עם יכולות חיזוי עלובות. באתגר כזה נשתמש ב BFFS שלנו – פרסיז'ן וריקול.
פרסיז'ן וריקול הם שני כלים מתמטיים שעוזרים לנו להבין אם המערכת שלנו נמצאת בחוסר איזון.
להוסיף דוגמה על חיזוי קליקים – איך חוזים האם למפרסם שווה לפרסם אם הרוב הם "לא קליק".
PRECISION – מציג יחס בין המספר של הערכים האמיתיים שנחזו לחלק במספר כל הערכים שנחזו, שמכיל גם את ה FALSE POSITIVES. מתרגמת את האפס ואחד של הקלאסיפיקציה הבינארית להרבה זמן ומעט זמן עבור מידע רציף עד לתקלה ברגרשן.
RECALL – מציג יחס בין המספר של הערכים האמיתיים שנחזו לחלק בכל הערכים שנחזו והFALSE NEGATIVES. חיובי אמיתי – מנוע שבאמת תקול נחזה כמנוע תקול. FALSE NEGATIVE – מנוע שבאמת תקול נחזה כמנוע שבאמת תקין, כשהוא בכלל תקול. ריקול נותן לנו את כל הדאטהפוינטס שמעניינות אותנו בדאטהסט. (לחפש את האינטואיציה של מה משתמשים בשניהם).
ACCURACY – משלב בתוכו את פרסיז'ן וריקול. על מנת למדוד את הדיוק של המבחן, אנחנו צריכים להשתמש גם בריקול וגם בפרסיז'ן. יש כל מני דרכים להשתמש בשניהם ולמצע אותם איכשהו, השיטה הרווחת ביותר היא F1 SCORE.
F1 SCORE הוא הממוצע ההרמוני של פרסיז'ן וריקול. זו שיטה מוכרת ויותר טובה למקרה שלנו במקום ממוצע רגיל, כי היא מענישה ערכים מוגזמים.
אנחנו רוצים למקסם את ה-F1 SCORE כדי לקבל קלסיפיקציה מאוזנת.
עצירה לשתייה
RUN – לסיכום כל התהליך, כשמנסים להטמיע מודל באמצעות כלים של ML אנחנו צריכים לעבור מספר שלבים.
1. לעבור בכל השלבים של עיבוד המידע, כולל ניקוי רעשים, פיצ'ר אנג'נירינג וכוונון היפר פרמטרז.
2. בחינת דיוק החיזוי שמבצע המודל שלנו באמצעות F1 SCORE.
3. החזרת התוצאות ומעבר ציקלי על התהליך לשיפור הדיוק והאמינות.
בנוסף לשלבים אלו, שרלוונטיים עבור כל פרויקט בדאטה סיינס, יש דברים שחשוב לשים אליהם לב במיוחד בפרויקט כזה של אחזקה חזויה:
כל השלבים אותם עוברים דורשים כמות פסיכית של דאטה לאימון. זה לא סתם שכל החברות שמתחילות לעסוק בתחום האחזקה החזויה קודם כל מאמנות מודלים על הדאטהסט של הטורבופן של נאסא. כמעט בלתי אפשרי למצוא מידע כזה יושב לו באינטרנט. החשיבות של איסוף המידע בתחום המכונות מתחילה להכנס לפוקוס רק ממש בשנה-שנתיים האחרונות.
כשאנחנו מנסים לשפר את המודל שלנו, אנחנו צריכים להבין שהמערכת יחסים בין ה RUL למידע המתקבל מהסנסורים הוא לא לינארי. את ההתפלגות של הערכים שהסנסור מעביר עבור מנועים בריאים צריך להשוות לסט דומה כשהמנוע מתקרב לתקלה.
כל הזמן בו המנוע בריא – הגיוני לחשוב על ה-RUL שלו כעל קבוע. רק כשמנוע מתחיל לשפוך מנוע, איזשהו קבוע זמן לפני סוף החיים שלו, ה-RUL שלו יתחיל להיות מושפע.
אם יש לי עוד 700 צעדים או 705 צעדים לתקלה זה לא מעניין אותי כמו ההבדל בין 25 ל-20 צעדים.
גישת שמבוססת על מודלים ולמידה שונה מהגישה הפיסיקלית המבוססת על חוקים בהמון היבטים. הסיבה החזקה ביותר שיש לנו לבחירת גישה שמבוססת על מודלים ולמידה היא החישוב. המודל הפיזיקלי מניח את קצב הבלאי – מהיכרותו עם סוג המנוע. לעומת זאת DS לא מניח שום קצב ויכול לתפוס תקלה לא משנה מתי ואיך היא קורית.
כרגע אין לנו מספיק דאטה אז לומדים גם מדאטה של נאסא וגם משלנו, את הטסטסט נרצה לבדוק באמצעות דאטה שלנו כדי לראות איך המוצר שלנו באמת מגיב לנתונים אמיתיים עבור המכונות שלנו.
להרחיב על הפיצ'רים ואיך זה יכול להשפיע על טיפולים תקופתיים, איך חיזוי משפיע על טיפולים תקופתיים.
כשנכנסנו לפרויקט כמובן שלא הכל היה קל ופשוט ונתקלנו בהמון בעיות מכל מני סוגים.
Ours is not the first nor last predictive maintenance project. The space and car industry are highly experienced.
Every major car company has a division in its R&D center – dealing with predictive maintenance.
NASA, shipyards worldwide – everybody does it.
Ours is not the first nor last predictive maintenance project. The space and car industry are highly experienced.
Every major car company has a division in its R&D center – dealing with predictive maintenance.
NASA, shipyards worldwide – everybody does it.
Ours is not the first nor last predictive maintenance project. The space and car industry are highly experienced.
Every major car company has a division in its R&D center – dealing with predictive maintenance.
NASA, shipyards worldwide – everybody does it.
Ours is not the first nor last predictive maintenance project. The space and car industry are highly experienced.
Every major car company has a division in its R&D center – dealing with predictive maintenance.
NASA, shipyards worldwide – everybody does it.
על מנת להטמיע מודל אנחנו צריכים לחבר את כל השלבים שעברנו עד עכשיו לניסוי אחד עם ציון.
אין דרך אחת להטמיע מודלים שיעבדו בכל סיטואציה שלא תהיה. הארגון צריך להיות מספיק גמיש ולהחליט על אילו משתנים הוא מוכן לוותר ומה התמורה אותה הוא מבקש לקבל. מה חשוב לו באמת. האם ריל טיים הכרחי? האם מהירות הכרחית? במקרה שלנו, ריל טיים לא הכרחי לנו. אם קורית תקלה בים, מאד לא סביר שנצליח לתקן אותה באותו הרגע, הדרדרנו כבר לאחזקת שבר – המקרה הגרוע ביותר. חשוב לנו לצפות אותה מראש כדי לא להיתקע במצב הזה בלב ים.
חשוב מאוד גם לזכור את המשאבים הנדרשים לתחזוקה ותמיכת המערכת. זו עלולה להיות בעיה גדולה לסטארטאפים קטנים, אבל ארגונים גדולים יכולים להתמודד איתה. שוב, מאוד תלוי בארגון.
Ours is not the first nor last predictive maintenance project. The space and car industry are highly experienced.
Every major car company has a division in its R&D center – dealing with predictive maintenance.
NASA, shipyards worldwide – everybody does it.
MARKER REVENUE – אחזקה חזויה היא אחת הדוגמאות הקלאסיות ב-IOT התעשייתי וב-INDUSTRY 4.0. מחקרים שנעשו בשנה האחרונה על שוק האחזקה החזויה הראו שהשוק שהוערך ב 2017 בכ-2.2 מיליארד דולר צפוי להגיע לכ-10.9 מיליארד דולר בשנת 2022, שזה ממש תכף. העלייה השנתית ברווחים עבור שוק זה היא כ-39% עלייה בשנה. זה מטורף.
זה בהחלט שוק ששווה להשקיע בו, ועכשיו זה הזמן.
חשוב לציין שהמספרים האלו נוגעים למימוש של אחזקה חזויה בכלים של דאטה סיינס. היום משתמשים במונח אחזקה חזויה כבאז וורד יותר מדיי, וחשוב לעשות את ההפרדה. כמו שראינו בהתחלה של המצגת – לא כל פתרון אחזקה הוא בעל יכולות חיזוי.
MARKER REVENUE – אחזקה חזויה היא אחת הדוגמאות הקלאסיות ב-IOT התעשייתי וב-INDUSTRY 4.0. מחקרים שנעשו בשנה האחרונה על שוק האחזקה החזויה הראו שהשוק שהוערך ב 2017 בכ-2.2 מיליארד דולר צפוי להגיע לכ-10.9 מיליארד דולר בשנת 2022, שזה ממש תכף. העלייה השנתית ברווחים עבור שוק זה היא כ-39% עלייה בשנה. זה מטורף.
זה בהחלט שוק ששווה להשקיע בו, ועכשיו זה הזמן.
חשוב לציין שהמספרים האלו נוגעים למימוש של אחזקה חזויה בכלים של דאטה סיינס. היום משתמשים במונח אחזקה חזויה כבאז וורד יותר מדיי, וחשוב לעשות את ההפרדה. כמו שראינו בהתחלה של המצגת – לא כל פתרון אחזקה הוא בעל יכולות חיזוי.
You can do it too!
Our project may serve a specific purpose, for a specific corporation, but predictive maintenance can be done anywhere.
Hard drives life cycle example.
Any machine you can think of.
NASA has a great database of engine sounds, that’s a good place to start experimenting.
ישנם מימושים רבים לאחזקה חזויה בתעשייה – ממימושים תעשייתיים עד אנליזות תוכנה.
סימנס לדוגמה, הריצו פיילוט אחזקה חזויה במשך 12 חודשים יחד עם דויטשה באן, הרכבת הגרמנית, כדי לנטר את צי רכבות ה ICE 407.
מייקרוסופט לדוגמה, הוציאה מנוע אנליטי חזק למידול אחזקה חזויה, ועטפה אותו ב UI מאוד נוח כדי שכל חברה שתרצה להכנס לתחום האחזקה החזויה תוכל להכנס בצורה חלקה ונוחה ולהשתמש במודלים קיימים.
מחקרי שוק הראו גם שיותר יישומים של אחזקה חזויה עוברים ממימושים ON PREMISE למימוש בענן – עד 2022 בערך 70% מכל המימושים צפויים להיות מבוססים בענן.
Imagine a world.
Not the future, it’s the present. Present of advanced companies, my dream is to see it on my ship.
The world is full of data, the future is using it for the right projects.
Data science is the bridge between the old world of machines
to a new and improved world of machines that learn.
I invite you all to do predictive maintenance with me!
Thank you.
lieutenant commander in the Israeli navy
In previous roles I served as a software development officer,
as an autonomous vehicles navigation algorithm developer
and now I serve as head of an R&D group in the navy.