سلام
چند وقتیه روی موضوع سیستم عامل برای میکرو ها ی ای وی آر فکر میکنم.
همچین چیزی تا به حال درست شده؟
البته منظورم بیشتر اینکه خودمون یکی (با همکاری هم) بسازیم. مثلا با قابلیت های : اجرای دستورات زبان برنامه نویسی ی که خودمون قراره درست کنیم* ، صفحه ی لمسی** ، پشتیبانی از GLCD SED ***، کارت حافظه(mmc) و اتصال به کیبورد****.
* منظورم زبانی هست مثل زبان های اسکریپت (چیزی تو مایه های VB) که فایل خروجی برای میکرو از نوع text باشه که اینو توی کارت حافظه بریزیم بعدش مثل گوشی های موبایل از محیط داخلی اجراش کنیم.(اما یه مشکلی هست که در این صورت سرعت اجرای برنامه ها خیلی کم می شه،......؟؟؟؟!)
** چند روز پیش صفحه ی لمسی رو با تابعی که صفحه کلید مجازی در ابعاد مختلف ایجاد می کنه ، راه اندازی کردم.
*** این مورد هم که حل شده هست
**** یه کتاب خانه برای بسکام از سایت یزد کیت پیدا کردم.
واسه ARM9 شنیدیم ولی AVR نه تا حالا !!!
پایه ای بیایم یه سیستم عامل واسش بنویسیم !
فقط یکی بگه سیستم عامل چجوری کار می کنه و زمان بندی هاش چجوریاست !!!
(۱۶-اردیبهشت-۱۳۸۹, ۰۱:۲۸:۵۸)t3r!p3000 نوشته است: [ -> ]واسه ARM9 شنیدیم ولی AVR نه تا حالا !!!
پایه ای بیایم یه سیستم عامل واسش بنویسیم !
فقط یکی بگه سیستم عامل چجوری کار می کنه و زمان بندی هاش چجوریاست !!!
پایه که هستم اما وقت زیادی می خواد که موانع برداشته شن که با همکاری حل میشه(امتحانات ترم دوم در پیش است
)
از تمام اساتید درخواست اظهار نظر می شود.
اگه بخواین یه چیز کامل بنویسید خیلی زمان بره
به نظرم اول انجین ساده براش طراحی کنید که یک کار ساده فقط انجام بده ، ولی استاندارد سازی در حد API های ویندوز انجام بشه ، اینطوری هر کسی بیکار بشه میتونه براش توابع بنویسه و بعد توسط یک نفر (یک تیم ) به صورت مجتمع تغییرات آپدیت بشه برای استفاده همه
اما نوشتن چیزی به عنوان سیستم عامل فکر نکنم کارائی داشته باشه ، همین الان عملا یک نمیچه سیستم عامل داره در اختیارتون هست دیگه ، مثلا با bascom مینویسید ، براتوت اجرا میکنه.
با وجود کتابخانه های آماده فکر نمیکنم دیگه نوشتن سیستم عامل کارائی زیادی داشته باشه ، هرکسی کار داشته باشه معمولا با همین چیزای موجود کارش راه می افته....
(۱۶-اردیبهشت-۱۳۸۹, ۰۱:۴۹:۰۴)joker نوشته است: [ -> ]اگه بخواین یه چیز کامل بنویسید خیلی زمان بره
به نظرم اول انجین ساده براش طراحی کنید که یک کار ساده فقط انجام بده ، ولی استاندارد سازی در حد API های ویندوز انجام بشه ، اینطوری هر کسی بیکار بشه میتونه براش توابع بنویسه و بعد توسط یک نفر (یک تیم ) به صورت مجتمع تغییرات آپدیت بشه برای استفاده همه
اما نوشتن چیزی به عنوان سیستم عامل فکر نکنم کارائی داشته باشه ، همین الان عملا یک نمیچه سیستم عامل داره در اختیارتون هست دیگه ، مثلا با bascom مینویسید ، براتوت اجرا میکنه.
با وجود کتابخانه های آماده فکر نمیکنم دیگه نوشتن سیستم عامل کارائی زیادی داشته باشه ، هرکسی کار داشته باشه معمولا با همین چیزای موجود کارش راه می افته....
من از فردا به ایجاد زبان برنامه نویسی(اسکریپت؟) شروع می کنم .... خوب هر چی باشه اول کاره
تو وب هستش برای avr
اسمش یادم نیست و گرنه میگفتم سرچ کنید !
میشه از هسته ها و کرنل یونیکس استفاده کرد. اگه بخواین از اول بنویسین خیلی سخته.
به یه متخصص نرم افزار احتیاج دارین که لینوکس کار کرده باشه. اگه نه هرکسی از سیستم عامل و هسته و این چیزا سر درنمیاره...
چندتا هم تا حالا نوشته شده. آپن سورسش هم هست... سرچ کنین avr operating system
هسته یونیکس و لینوکس رو avr میکشه؟ مگه چقدر حافظه داره؟ اونا برای ARM هسته.
دوماَ (دنبال اولا نگردید) : الان هدفتون دقیق مشخص نیست.
این سیستم عامل چیکار باید بکنه؟ چه انتظاراتی ازش دارید؟
(۱۶-اردیبهشت-۱۳۸۹, ۱۵:۰۱:۵۱)ajlajlajl نوشته است: [ -> ]هسته یونیکس و لینوکس رو avr میکشه؟ مگه چقدر حافظه داره؟ اونا برای ARM هسته.
دوماَ (دنبال اولا نگردید) : الان هدفتون دقیق مشخص نیست.
این سیستم عامل چیکار باید بکنه؟ چه انتظاراتی ازش دارید؟
این (مثلا) سیستم عامل ما قراره برنامه هایی رو که با یک محیط برنامه نوسی ی که خودمون با همکاری هم قراره درست کنیم ، اجرا کنه. یعنی یک سری دستورات رو داخل میکرو می ریزیم سپس میکرو ما برنامه ی مورد نظرمون رو از یک حافظه ی جانبی می خونه. حالا موندم که این حافظه ی جانبی چی باشه؟ MMC یا EEPROM یا ؟
<یعنی ما سعی می کنیم تا یک محیط برنامه نویسی برای میکرو مانند(ویژوال بیسیک) درست کنیم.>
امروز خیلی فکر کردم دیدم برای همه ی اینکار ها 1 میکرو ی مثلا ATMEGA 128 (چون حافظه ی internal sRam این میکرو 2 برابر مگا 32 است ، نظر شما در این مورد چی هست؟) و دو تا میکرو ی دیگه تا از قابلیت هایی مانند تایمر و کانتر و مبدل آنالوگ به دیجیتال آنها استفاده شود(همه ی این میکرو ها قراره بصورت I2C به میکرو ی مرکزی ما وصل شن و با یک پروت/کل با میکرو ی مرکزی در ارتباط باشند.
نظر شما چیه؟<آیا امکان داره همه ی این موارد مثل تایمر و کانتر درون یک میکرو بکار گرفته شود؟ >
از دوستان خواهش می شود صحبت بنده را تکمیل نمایند.
خوب دوستان بهتره از اول میکرو ها و .... رو مشخص کنیم بعدا بریم سراغ کار باهاشون
پیشنهاد های من:(سخت افزار)
1- یک میکرو ی مرکزی
2- دو تا میکرو ی جانبی ضعیف تر(برای Timer/Counter ,(ADC?) ? ؟)
3- Graphical LCD مثلا ts 128 64
4- صفحه ی لمسی
موارد 3 و 4 با توابع آماده اند.
-----------------------------------------------------------------------------------
پیشنهاد های من:(نرم افزار)
1- قسمت کنترل مرکزی(همان قسمتی که قراره برنامه های نوشته شده را اجرا کند)
2- قسمت کنترل صفحه ی نمایش و لمسی
3- ...
.
.
.
اگر از اول هدفمون درست انتخاب شه کارمون هم درست پیش میره.
این چیه؟
http://www.atmanecl.com/EnglishSite/opex.htm
یه سوال !
این مفسرها ( همون کامپایلر ها ) چجوری کار می کنن !!!؟؟؟
مثلا کیبرد وصل کنیم به میکرو و برنامه رو بنویسیم و همون جا هم اجراش کنیم !
( حالا کتابخونه هم نداشت مشکلی نیست )
(۱۶-اردیبهشت-۱۳۸۹, ۱۸:۵۵:۵۷)t3r!p3000 نوشته است: [ -> ]یه سوال !
این مفسرها ( همون کامپایلر ها ) چجوری کار می کنن !!!؟؟؟
مثلا کیبرد وصل کنیم به میکرو و برنامه رو بنویسیم و همون جا هم اجراش کنیم !
( حالا کتابخونه هم نداشت مشکلی نیست )
اگه چیزایی رو که توی پست بالا گفتم درست کنیم این جوری مثل چیزی که شما گفتید می تونیم توی همون میکرو هم برنامه بنویسیم و هم اجراش کنیم......
-------------------------------------------------------------------------------------------------------------------------------
الان دارم با زبان برنامه نویسی سروکله میزنم. موندم چطوری کد ها رو با پارامترهاش به میکرو بفهمونیم.
به نظر اساتید این روش خوب است؟ ->
Code(args)||code2(args)||code
یعنی ما دستورات را از حافظه بلوک بلوک (منظورم کد های بین دو تا || هست) بخونیم. این طوری sram میکرو هم کمتر اشغال میشه.
****مهم****
سوال1: اگه Internal sRam میکرو با تعریف بیش از حد متغیر ها پر بشه چی میشه؟؟
سوال2: کسی تا به حال با حافظه های mmc کار کرده؟ من الان یکی دارم حجمش دور و بر 60 مگ هست(مال 6630)