הבית > תערוכה > תוכן

תכנות מיקרו-בקר יחיד

Mar 11, 2019

במערכות מוקדמות רבות לא היו מתקנים פנימיים לתכנות, והסתמכו על מערכת נפרדת "מארח" למשימה זו. תכנות זה נעשה בדרך כלל בשפת הרכבה, או לפעמים ב- C או PL / M, ולאחר מכן צולב או צולב על-גבי המארח. חלק ממיקרו-בקרים של לוח יחיד תומכים במערכת שפה בסיסית, המאפשרת פיתוח של תוכניות בחומרת היעד. פיתוח מתארח מאפשר את כל האחסון וציוד היקפי של מחשב שולחני כדי לשמש, לספק סביבת פיתוח חזקה יותר.


שריפת EPROM

מיקרו-בקרים מוקדמים הסתמכו על התקני זיכרון לקריאה בלבד הניתנים למחיקה (EPROM) כדי להחזיק את תוכנית היישום. קוד האובייקט ממערכת מארחת יהיה "נשרף" על EPROM עם מתכנת EPROM. [3] זה EPROM היה אז מחובר פיזית לתוך הלוח. כמו EPROM יוסר והחליפו פעמים רבות במהלך פיתוח התוכנית, זה היה נפוץ לספק שקע ZIF, כדי למנוע ללבוש או נזק. מחיקת EPROM עם מחק UV לוקח זמן רב, ולכן זה היה נפוץ גם עבור מפתח יש כמה EPROMs במחזור בכל זמן נתון.


כמה התקני מיקרו-בקר היו זמינים עם EPROM על הלוח. אלה יהיה גם מתוכנת מבער נפרד, ואז להכניס לשקע על מערכת היעד.


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


צגים בלוח המקשים


מחשב עם לוח אחד עם לוח מקשים וצליל של 7 חלקים

כאשר בקר יחיד הלוח הקימו את סביבת הפיתוח כולו (בדרך כלל בחינוך), הלוח יכול לכלול גם מקלדת הקסדצימלית פשוטה, תצוגת LED בסגנון מחשבון, ו "צג" תוכנית קבועה להגדיר ROM. צג זה מותר תוכניות קוד מכונה להיות מוזן ישירות דרך המקלדת מוחזק ב- RAM. תוכניות אלה היו בקוד מכונה, אפילו לא בשפה הרכבה, והיו לעתים קרובות התאספו ביד על הנייר לפני שהוזנו. ניתן לטעון לגבי איזה תהליך היה זמן רב יותר ושהשגיאה נוטה: הרכבה ידנית, או על-ידי יצירת בייט אחר בתים.


לוח יחיד "בלוח המקשים והמחשב המוצג" מיקרו-בקרים מסוג זה היו דומים מאוד לחלק מהמיקרו-מחשבים הזעירים של הזמן, כגון ה- KIM-1 או המיקרו-מעבד. [4] חלק ממערכות המיקרו-מעבד הללו עדיין נמצאות בהפקה, המשמשות כמבוא נמוך מאוד למיקרו-מעבדים ברמת התכנות החומרה. [5]


פיתוח מתארח

כאשר הופיעו מחשבים אישיים שולחניים, בתחילה CP / M או Apple II, ולאחר מכן מחשב ה- IBM ו- Compibles, היה מעבר להתפתחות מתארח. חומרה היה עכשיו זול יותר קיבולת RAM התרחבה כך שניתן היה להוריד את התוכנית דרך היציאה הטורית להחזיק אותו ב- RAM. זו ירידה מסיבית בזמן מחזור לבדוק גרסה חדשה של תוכנית נתן דחיפה גדולה באותה מידה במהירות הפיתוח.


זיכרון התוכנית עדיין היה תנודתי ויאבד אם הכוח יאבד. זיכרון פלאש לא היה זמין עדיין במחיר בר קיימא. כמו פרויקט בקר הושלם נדרש בדרך כלל להיות בלתי נדיף, השלב האחרון בפרויקט היה לעתים קרובות כדי לשרוף אותו EPROM.