سازگاری
سازگاری را بر اساس طراحی الکتریکی، فریمور، پروتکل و قابلیتها بسنجید؛ نه صرفاً ظاهر برد.
مستندات ESPFlight · v1 • مسیر رسمی و تستشده برای v1
# سازگاری به چه چیزهایی وابسته است
رفتار میکروکنترلر/ماژول ESP که توسط فریمور پشتیبانی میشود.
پشتیبانی سنسورها و جهتگیری آنها.
اتصالات الکتریکی و معماری تغذیه.
خروجیهای موتور و تخصیص پینها.
پیکربندی فریمور یا تغییرات کد مورد نیاز.
سازگاری پروتکل میان Application و Firmware.
قابلیتهایی که واقعاً توسط ترکیب سختافزار + فریمور پشتیبانی میشوند.
# سختافزار سفارشی
یک برد سازگار لازم نیست ظاهری یکسان با سختافزار مرجع داشته باشد. اگر پینها، سنسورها، طراحی تغذیه یا سایر رفتارهای مرتبط با سختافزار را تغییر میدهید، نسخه را مستند کنید و در صورت نیاز پیکربندی/کد فریمور را بهروزرسانی کنید.
جهت هویت دستگاه
با رشد اکوسیستم، اطلاعات تکمیلی صریح درباره سازنده، محصول، نسخه، فریمور، پروتکل و قابلیتها میتواند حدسزدن را کاهش دهد. این اطلاعات تکمیلی را فقط زمانی الزام رسمی بدانید که مشخص و نسخهبندیشده شده باشد.
# چکلیست عملی سختافزار سازگار
این چکلیست یک «گواهی رسمی» نیست؛ حداقل پرسشهایی است که قبل از معرفی یک برد بهعنوان سازگار باید برای نسخه واقعی آن پاسخ داده شوند.
هدف ESP/ماژول توسط Firmware پشتیبانی میشود یا پورت یا تغییر کد لازم مستند شده است.
سنسورهای موردنیاز وجود دارند، جهت آنها مشخص است و Firmware متناظر آنها را پشتیبانی میکند.
چهار خروجی موتور به گوشههای فیزیکی درست نگاشت شدهاند و طبقه خروجی با موتورهای واقعی سازگار است.
معماری تغذیه، پلاریته و ولتاژهای موردنیاز ماژولها روی برد واقعی بررسی شدهاند.
نگاشت پینها و تنظیمات Firmware با PCB واقعی یکساناند یا تفاوتها در کد/پیکربندی اعمال و مستند شدهاند.
Firmware/Application از نسخه Protocol سازگار استفاده میکنند و فقط قابلیتهای واقعاً تستشده اعلام میشوند.
برد جدید همان مسیر بررسی سختافزار، تست بدون ملخ، Failsafe و Preflight مرتبط را با موفقیت طی کرده است.
مرز نامگذاری
ساخت مشتق یا سفارشی با تکمیل موفق این چکلیست به «Hardware Reference رسمی ESPFlight» تبدیل نمیشود. نام و برند مستقل را حفظ کنید و برای نحوه اشاره به سازگاری از سیاست برند پیروی کنید.