נראה לי שזאת בעיה בתיכנון של המקלט ולא משהו שניתן לתקן ע"י תיקון תוכנה פשוט....
ניתן לחלק מקלט ל3 מודולים עיקריים, שלב ה RF שמתמודד עם התדרים הגבוהים, שלב אנלוגי - מעביר את תדר הקליטה לתדר בסיס נמוך והחלק הדיגיטלי שמסננן את האות מתדר הבסיס.
הבעיה שאם 2 השלבים הראשונים באיכות ירודה (וזה כנראה מה שיש לנן כאן),
אזי לשלב הדיגיטלי מגיעים עם הרבה הפרעות.... ואז עומדת למהנדסים החלטה בין 2 אפשרויות...
לוותר על חלק מהביטים על מנת להצליח לפענח את האות גם אם יש הרבה הפרעות, או ליישם קרטריון החלטה קשיח יותר ולהסכים לקלוט רק אם מתקבלת מילת קוד שלמה....
במקרה הראשון מקבלים מקלט שמוותר על ה LSB ומצליח לקלוט את המשדר בטווח קצת יותר טוב... אבל לפעמים מתבלבל וקולט שלט אחר..
במקרה השני נקבל מקלט שלא מוותר ולכן לא קולט שלט אחר אבל יאבד קשר עם השלט האמיתי לעיתים תכופות יותר..
כנראה במקרה הזה המהנדסים בחרו במודע באפשרות הראשונה, מכיוון שעל מנת לשפר את המקלט יש צורך בתיכנון RF יותר טוב ומעגל קליטה אנולוגי הרבה יותר איכותי וזה כבר יקר הרבה יותר מ20$...
לדעתי דווקא מערכת סינית מלאה כמו ה 9X עם המודול המקורי שלה או החלפה למודול שfrsky מספקת יותר אמינות מאשר מערכת שידור יקרה עם מקלט חלופי זול,
מכיוון שתיכנון פרוטוקול שידור תוך התחשבות ברכיבים הזולים יותר בטוח ואמין מאשר פיצוח פרוטוקול שתוכנן למערכת יקרה.
שימו לב שבמערכת ה-9XR , הם ניסו לממש את פרוטוקול DSM גם בשידור וגם בקליטה, תוך כדי התיכנון הם נתקלו בדיוק בבעיה שמתוארת בשירשור הזה.
הפיתרון היה להוסיף לחצן change ID על המודל, כך שלחיצה ארוכה עליו משנה את הID של המודול ויש צורך בבינד מחדש לכל המקלטים - חוץ מהטיסן שהתרסק כתוצאה ההחפיפה בין הID ..