Stanley B&D IOT partner

האתגר

• זיהוי דיבור מדויק למידות בשטח בנייה.
• עמידות חומרה לסביבת עבודה קשה.
• תקשורת יציבה בין מכשירי מדידה, אפליקציה וכלי חיתוך.

הפתרון

שילוב UX מובייל, הנדסת חומרה ומערכות משובצות סיפק:

• קלט מידות קולי וידני.
• מדידה ישירה מאב־הטיפוס.
• העברת מידה נבחרת לכלי החיתוך בלחיצה.
• היסטוריית מדידות/חיתוכים ופריסטים חוזרים.
• אב־טיפוס חומרה פונקציונלי שמוכן לבדיקה ולהרחבה.

גבול הראיות

תיאור הפרויקט הציבורי וכיתוב בבלוג של moblers מאשרים את ההיקף הדו־שלבי: תחילה אפליקציית SBAD CUT ולאחר מכן חומרת מדידה חכמה קשורה. הם מאשרים אלקטרוניקה ומעטפת מותאמות, שמירת מידות מקומית, קלט קולי/ידני, היסטוריה, פריסטים והעברת מידות או פקודות לכלי חיתוך תואם.

המידע הציבורי אינו מזהה את טכנולוגיית הרדיו, מחסנית הפרוטוקולים, MCU/SoC, דגמי חיישנים, ממשקים חשמליים, מבנה PCB, סוללה, אנטנה, פלטפורמת firmware, ספק זיהוי הדיבור, בקרות אבטחה, תקינה, תוצאות בדיקה כמותיות, כמויות אב־טיפוס, מצב פיילוט נוכחי או מפת דרכים לייצור. לכן פרטים אלה אינם מוסקים כאן.

״פונקציונלי״, ״מכוון שטח״ ו״מוכן לבדיקה ולהרחבה״ מתארים את סטטוס אב־הטיפוס שפורסם. הם אינם מעידים שהושלמו הסמכת ייצור, תקינה, יעדי ruggedization או ספי אימות בשטח.

קישוריות והעברת נתונים

קישורים לוגיים מאומתים

• כלי מדידה → אב־טיפוס: אב־הטיפוס מתחבר למד לייזר או סרט מידה ותומך בלכידת מדידה ישירה.
• אפליקציית מובייל → CUT: ניתן לשלוח מידות קוליות/ידניות מהאפליקציה ל־SBAD CUT.
• אב־טיפוס/אפליקציה → כלי חיתוך תואם: ניתן להעביר מידות שמורות או נבחרות לפי דרישה.
• התנהגות offline: מתואר כי מידות נשמרות מקומית לפני העברה לפי דרישה.

לא פורסם

• תעבורה אלחוטית או קווית: BLE, ‏Bluetooth Classic, ‏Wi‑Fi, ‏USB, ‏UART/serial, ‏RF קנייני או קישור אחר.
• פרוטוקולים וגרסאות: פרופילי BLE GATT, ‏TCP/IP, ‏MQTT, מסגור serial מותאם, סכמת API/הודעות, acknowledgements, ‏retries וחיבור מחדש.
• Pairing, הרשאה, אימות והצפנת הקישור.
• טווח, throughput, זמן התחברות והשהיית פקודה.
• חוזה התאימות המדויק לכלי חיתוך צד שלישי.
• ערוץ עדכון firmware והאם OTA נתמך.

המילה ״מחובר״ מתארת את ההתנהגות מקצה לקצה שנמסרה; היא אינה אישור ל־Bluetooth, ‏Wi‑Fi או פרוטוקול מסוים.

ארכיטקטורת חומרה ותוצרי אב־טיפוס

 מד לייזר או סרט מידה
 (דגם/ממשק לא פורסמו)
           │ קלט מדידה
           ▼
 ┌──────── אב־טיפוס מדידה חכם ─────────────┐
 │ אלקטרוניקה / בקר מותאמים                │
 │ אחסון מידות מקומי                       │
 │ לחצן / ממשק משתמש                       │
 │ מערכת הספק                              │
 │ מעטפת                                   │
 └───────────┬──────────────────────┬───────┘
             │ קישור לא פורסם       │ קישור העברה לא פורסם
             ▼                      ▼
       אפליקציית מובייל        SBAD CUT / כלי תואם
       קלט קולי/ידני           מקבל מידה נבחרת
       היסטוריה ופריסטים

זוהי דיאגרמת בלוקים פונקציונלית, לא schematic או ארכיטקטורת רכיבים מאומתת.

עבודת אב־טיפוס מאומתת

• אלקטרוניקה מותאמת לאב־טיפוס של כלי מדידה חכם.
• תכנון מעטפת מותאמת.
• אינטגרציה עם מד לייזר או סרט מידה.
• מדידה ישירה, שמירה מקומית והעברה ל־CUT או לכלי תואם.
• אב־טיפוס פונקציונלי שתואר כמוכן לבדיקה ולהרחבה.

פרטי רכיבים וייצור שלא פורסמו

• יצרן/דגם MCU או SoC, שעון, זיכרון, שפת firmware ו־OS/RTOS.
• מודול/שבב רדיו, אנטנה ומיקום, ו־RF front end.
• ממשק לייזר/סרט, דגמי חיישנים, ADC, מיקרופון, IMU וחומרת sensing אחרת.
• כימיית וקיבולת סוללה, טעינה, זמן פעולה, PMIC ותקציב הספק.
• מחברים, GPIO/serial/analog, פקדים וחיווי.
• ממדי PCB, מספר שכבות, stack-up, ‏BOM, ספקים, fixtures ומגבלות ייצור.
• פורמט CAD, חומר, תהליך ייצור, גימור, mounting ו־tooling של המעטפת.
• יעד IP, אטימה, דרישת נפילה, טמפרטורה/לחות, vibration/shock ו־EMC/EMI.
• ארטיפקטים וכמויות שנמסרו: יחידות, Gerbers, בינארי firmware, מתקני בדיקה והוראות הרכבה לא פורטו ציבורית.

ביצועים ואימות

לא פורסמו מערך אימות אובייקטיבי או תקופת מדידה. לכן הדף אינו מייחס מספרים לתכונות הבאות:

• זיהוי דיבור: דיוק/WER, אוצר מילים, שפה, גודל dataset, מיקום מיקרופון ותנאי שקט/רעש — לא פורסמו.
• איכות מדידה: precision, דיוק מוחלט, טווח, repeatability, רזולוציית ADC, כיול וציוד בדיקה — לא פורסמו.
• השהיה: median, ‏p95 ומקרה גרוע מקול לרשומה או מפקודה לפעולת כלי — לא פורסמו.
• ביצועי אלחוט: packet loss, חיבור מחדש, טווח ו־throughput — לא פורסמו.
• אמינות: MTBF, שיעור כשל, uptime, גבולות סביבה ומצבי כשל — לא פורסמו.
• הספק: זמן פעולה, זמן טעינה וחיי מחזור — לא פורסמו.
• בדיקות משתמש/שטח: מספר משתתפים ואתרים, משך, הצלחת משימות, תנאי קבלה וממצאים — לא פורסמו.
• נתונים: גודל מדידה, קיבולת מקומית, מגבלת שמירה וקצב סנכרון — לא פורסמו.

הביטוי שפורסם ״זיהוי דיבור למידות״ מאשר את היכולת, לא אחוז דיוק. ״מוכן לבדיקה ולהרחבה״ מאשר מוכנות אב־טיפוס לשלב הבא, לא השלמת אימות פורמלי.

אבטחה, פרטיות ובטיחות תפעולית

האפליקציה שומרת היסטוריית חיתוכים, אב־הטיפוס שומר מידות מקומית וניתן להזין מידות בקול. תיאור הפרויקט הציבורי אינו מתעד את הבקרות על הנתונים או נתיבי הפקודות:

• הצפנה בתעבורה/במנוחה, ניהול מפתחות, תעודות או מצב pairing של BLE: לא פורסמו.
• אימות חשבון, binding של מכשיר, הרשאה וזהות ארגונית: לא פורסמו.
• עיבוד דיבור מקומי או בענן ושמירת הקלטות/הסכמה: לא פורסמו.
• מיקום היסטוריית מידות וחיתוכים, retention, מחיקה/ייצוא, ענן ושיתוף צד שלישי: לא פורסמו.
• Secure boot, חתימת firmware, מניעת rollback, ‏OTA וטיפול בחולשות: לא פורסמו.
• בדיקות חדירות, threat model, תקני אבטחה/פרטיות ותוצאות audit: לא פורסמו.

חיתוך מרחוק או אוטומטי הוא safety-critical. הדף הציבורי אינו מזהה מגנים פיזיים, enable/dead-man, עצירת חירום, אישור פקודה, בדיקות טווח, interlocks מול מצב הכלי או התנהגות fail-safe. הוא גם אינו מפרסם תוצאות CE, ‏FCC, תקני בטיחות כלי/מכונה, EMC, סביבה או תקינה אחרת. אין לייחס לאב־הטיפוס בקרה או הסמכה כזו ללא אישור Stanley Black & Decker.

סטטוס הפרויקט ומפת דרכים

סטטוס מאומת: moblers מסרה את אפליקציית CUT ולאחריה אב־טיפוס פונקציונלי לחומרת מדידה חכמה. הסיכום שפורסם מתאר את אב־הטיפוס כ־מוכן לבדיקה ולהרחבה.

לא פורסם

• האם בדיקות מעבדה, בדיקות שטח, פיילוט או qualification לייצור החלו או הושלמו מאז.
• תאריכי אימות, אתרי ומשך פיילוט, תקינה, tooling או תחילת ייצור.
• תנאי קבלה פונקציונליים, סביבתיים, בטיחותיים, אבטחתיים ושל משתמשים.
• צוותים אחראים ואנשי קשר לפיילוט/מסחר.
• יצרן חוזי, DFM, כמויות פיילוט, יעד ייצור, זמני אספקת רכיבים ותוכנית scale-up.

ניתן לפרסם מפת דרכים עתידית רק לאחר אישור השלב הנוכחי, הצוותים האחראים, שערי הקבלה, הכמויות והתאריכים.

רשימת אישורים לפרסום

כדי להחליף את הערות הגילוי במפרט שמתאים לרכש, יש לקבל אישור בכתב עבור:

1. מטריצת קישוריות: כל זוג מכשירים, קישור פיזי/רדיו, פרוטוקול/גרסה, payload, אבטחה, טווח ו־fallback.
2. סיכום חומרה/BOM: בקר, radios, ממשקי מדידה, חיישנים, מיקרופון, הספק, PCB, מעטפת ומחברים.
3. דוח אימות: שיטה, sample size, תנאים, median/p95, ספי קבלה ותקופת מדידה.
4. הצהרת בטיחות/אבטחה: interlocks, מצבי fail-safe, זרימת/שמירת נתונים, firmware trust chain, בדיקות ותקינה.
5. סטטוס ומפת דרכים: שלב נוכחי, owners, היקף פיילוט, תוכנית ייצור, אבני דרך ואיש קשר מאושר.

מגבלות ארכיטקטורה

• הדיאגרמה מציגה רק התנהגות שנתמכת בתיאור שפורסם; קישורים ורכיבים ללא שם נשארים גנריים בכוונה.
• חיבור למד לייזר או סרט מידה אינו מוכיח אם החיבור חשמלי, אופטי, מכני, ידני או אלחוטי.
• אחסון מקומי אינו מוכיח טכנולוגיה, קיבולת, הצפנה או retention.
• אין להציג sample protocol, ‏BOM, ‏KPI, בקרת בטיחות, תקינה או תאריך ייצור כעובדה בפרויקט ללא אישור בכתב.