היום, לקוח דיווח שלמשדר ומקלט המזל"ט שלנו היו בעיה. ישנם שלושה ממשקי נתונים השמורים על TX900: D1 TTL, D2 SBUS, ו- D3 RS232. לאחר חיבור נתוני הטלמטריה ל- D1, עיכוב הווידיאו הופך להיות גדול מאוד. הוא שאל אותנו איך לפתור את זה.
הנה תיאור הבעיה שלו: כשאני מחבר את נתוני הטלמטריה ליחידת האוויר שמשפיעים וידאו ומצא עיכוב בווידיאו. רק נתוני הטלמטריה גרמו לבעיה כזו ללא טלמטריה, אין שום בעיה. ללא נתוני טלמטריה, אין בעיה כזו בטלמטריה במרחק קצר התרחשה בעיה כזו.
שֶׁלָנוּ TX900 ניתן להתאים אישית משדר ומקלט עם שלושה סוגי ממשקי נתוני טלמטריה שיתאימו לצרכים שלך: TTL, RS232, וממשקי SBUS.
TX900 שלנו הוא תיבת דו כיוונית. העלאת נתונים והורדת וידאו לא משפיעים זה על זה. למרות זאת, זרם הווידיאו גדול מזרם הנתונים. אנא התבונן בהגדרות כאן. שיניתם אותם? הגדרת ברירת המחדל היא 1D4U.
D1 הוא היציאה הסדרתית השקופה של מודם הליבה של TX900. יש בעיה ידועה שאם כמות הנתונים על D1 גדולה מדי, זה עשוי להשפיע על הקישור האלחוטי. הביצועים הם שהקישור האלחוטי עשוי להיות מנותק באופן זמני ואז להתחבר מחדש. לא ברור אם הלקוח נתקל בבעיה זו.
להלן סרטון הבדיקה של הלקוח.
הקונה גם אישר כי סוג הרשת TX900 מצביע על נקודה, רק משדר אחד ומקלט אחד, אין משחזר. מהסרטון של הקונה לא נראה כי היא בעיה הנגרמת על ידי D1. איזה סוג של מצלמה מחוברת לקצה הקדמי של הלקוח? מצלמת רשת או לוח מקודד? הקונה השיב שהוא השתמש במצלמת Siyi ZR30.
תוכן העניינים
פתרון תקלות.
אם D1 TTL מחובר, אם כמות הנתונים גדולה מדי, זה עשוי להשפיע על משדר הווידיאו האלחוטי של המזל"ט ועל קישור המקלט, כי D1 הוא היציאה הסדרתית השקופה של הקישור האלחוטי. נסה לשנות את בקר הטיסה שלך כדי להתחבר באמצעות D3 RS323. (אולי אתה צריך גם להשתמש ב- TTL ללוח ממיר RS232 בצד המשדר והמקלט).
עם הקפאת וידאו, בדוק אם יש שיעור שגיאות סיביות, פרמטרים אלחוטיים שדווחו על ידי הצומת המרכזי וצומת הגישה.
הפסק להעביר את הווידיאו כאשר הסרטון קופא, ולהשתמש בפונקציית המדידה של ממשק המשתמש באינטרנט כדי לבדוק אם 100% ניתן להשיג שידור על ידי שליחת מנות נתונים של 4 ~ 8 מגהביט לשנייה מצומת הגישה לצומת המרכזי.
המהנדס שלנו חושב שלבעיה תקועה בסרטון הלקוח אין שום קשר לנתוני הטלמטריה של D1 שקופים D1. זה צריך להיגרם על ידי המרחק הארוך, קצב ממשק האוויר האלחוטי הנמוך, ואפקט התור של זרם הווידיאו. כדי לאמת ספקולציות אלה, יש שתי שיטות:
- הלקוח לא יכול לקבל את נתוני הטלמטריה (או שנתוני הטלמטריה עוברים קישור הילוכים דיגיטלי נפרד) לבדיקה השוואתית
- שלח לנו את הגדרות קידוד הווידיאו של מצלמת Siyi Gimbal המשמש את הלקוח כדי לבדוק אם יש אפשרות לאופטימיזציה (התקשרתי עם Siyi וגיליתי שהם לא פתחו כמה הגדרות מתקדמות של הקידוד, מה שישפיע על החלקות ובביצועים בזמן אמת של הסרטון)
סוג ממשק נתונים של משדר ומקלט מל"טים
שֶׁלָנוּ TX900 ניתן להתאים אישית משדר ומקלט עם שלושה סוגי ממשקי נתוני טלמטריה שיתאימו לצרכים שלך: TTL, RS232, וממשקי SBUS בגלל תאימותם, מאפייני פרוטוקול, וצרכי יישום ספציפיים. להלן ניתוח מפורט של הסיבות שמאחורי בחירת עיצוב זו.
1. אוניברסליות של ממשקי TTL
- תאימות ישירה לחומרה: רמות TTL (3.3V/5V) התאם את רמות ה- GPIO של מיקרו -בקרי מיינסטרים (כמו STM32), המאפשר חיבורים ישירים לחיישנים (לְמָשָׁל, ג'י.פי. אס, מודולי זרימה אופטית) וכלים לניפוי באגים ללא צורך בהזזה ברמה.
- הרחבת משאבים: בקרי טיסה כוללים בדרך כלל יציאות סדרת TTL מרובות (לְמָשָׁל, Pixhawk תומך עד חמש), הפעלת חיבורים מקבילים לטלמטריה, מודולי משדר ומקלטים של מזלטים, וציוד היקפי אחר.
- ניפוי באגים: ממשקי UART מקלים על קושחה מהבהבת ויציאת יומן, פישוט תהליך הפיתוח.
2. מקרי שימוש ספציפיים לממשקי RS232
- תקשורת למרחקים ארוכים: איתות ± 12V של RS232 מספק חסינות רעש חזקה, מה שהופך אותו מתאים למשדר מזלט אלחוטי לטווח ארוך והעברת מקלטים על פני מרחקים גדולים יותר 10 קילומטרים (לְמָשָׁל, תקשורת בין מל"טים תעשייתיים לתחנות קרקע).
- תאימות מדור קודם: כמה מכשירים ישנים או מקלטים שלט רחוק עשויים להשתמש בממשקי RS232, הדורש שבבים משניקים ברמה (כמו MAX232) לחיבור לבקרי טיסה.
- הרחיבה רמה של הסטה: מעגלים חיצוניים יכולים להמיר אותות TTL ל- RS232, מאפשר תאימות למגוון רחב יותר של מכשירים (כגון מקלטים מסוימים של SBUS).
3. יתרונות ממשקי SBUS
- העברת ערוץ יעילה: SBUS הוא פרוטוקול סדרתי התומך 16 ערוצים פרופורציונליים פלוס 2 ערוצים דיגיטליים, עונה על צרכי השליטה הרב-פרמטריים של מל"טים (לְמָשָׁל, התאמות סרוו ומצלמה).
- חיבור בסגנון אוטובוס: באמצעות רכזת, ניתן לחבר מכשירים מרובים דרך שורה יחידה, הפחתת מורכבות החיווט.
- אופטימיזציה לחומרה: תוך מבוסס על איתות TTL, SBUS משתמש בהיגיון הפוך (אות נמוך מייצג “1”) ופועל בשיעור Baud של 100kbps, הדורש מעגלי היפוך (כמו טרנזיסטורים) לתאימות.
השוואת ממשקים ומגמות טכנולוגיות
| סוג ממשק | יתרונות ליבה | מקרי שימוש אופייניים | אתגרי יישום חומרה |
|---|---|---|---|
| TTL | תאימות ישירה למיקרו -בקרים; השהיה נמוכה | חיבורי חיישנים; ניפוי קושחה | מרחק שידור קצר |
| RS232 | חסינות רעש חזק; תומך בתקשורת למרחקים ארוכים | בקרה תעשייתית; תאימות מכשירים מדור קודם | דורש צ'יפס משמרת ברמה |
| SBUS | העברת ריבוי ערוצים; הרחבה בסגנון אוטובוס | אותות שלט רחוק; בקרת רב מכשירים | זקוק למעגלי לוגיקה הפוכים או שבבי פענוח ייעודיים |
כיווני אבולוציה טכנולוגית:
- ריבוי ממשק: בקרי טיסה חדשים יותר יותר ויותר משתמשים ב- UART Multiplexing כדי לתמוך בפרוטוקולי SBUS, הפחתת מספר הממשקים הפיזיים הנדרשים.
- אלטרנטיבות אלחוטיות: טכנולוגיות כמו טלמטריה של 2.4GHz/5.8GHz מחליפות בהדרגה את RS232 לתקשורת למרחקים ארוכים (לְמָשָׁל, מכשירי TAISYNC PD21A).
- עיצובים משולבים: חידושים כמו אלה בפטנט CN216848552u מדגימים כיצד היגיון עדיפות יכול לאפשר לשלטים מרחוק מרובים להפעיל מזל"ט יחיד, הפחתת מורכבות החומרה.
לסיכום, הדו -קיום של TTL, RS232, וממשקי SBUS משקפים איזון בעיצוב בקרת הטיסה לגביתְאִימוּת, הרחבה פונקציונלית, ויעילות הפרוטוקול. TTL עונה על צרכי תקשורת בסיסיים, RS232 מתאים לתרחישים ספציפיים, בעוד ש- SBUS התגלה כאפשרות סטנדרטית ביישומי שלט רחוק בגלל הפרוטוקול היעיל שלה.
שאל שאלה
תודה רבה ששלחת את התשובה! ✨