به سوی IAR

[mori64]

پاسخ : به سوی IAR

یعنی چی که ARM صاحب KEIL شده ؟!!!

http://www.keil.com/pr/article/1085.htm

[حمید نجفی]

پاسخ : به سوی IAR

خیلی با فرمایش شما موافق نیستم
یعنی الان شرکتای بزرگ خودشون کتابخونه TCP ,FS , USB ............ رو مینویسین ؟ نه دیگه!

دوم اینکه درباره IAR برای AVR منم 100% میگم IAR ( البته بعد از GCC ) چرا ؟ چون با مهندسای
ATMEL ریخته بودن رو هم

حلا اینجا خود ARM صاحب Keil شده ! دیگه چی از این بهتر !

در مورد اینکه همه جا دارن از IAR استفاده میکنن ، موافق نیستم اگر تبلیغا ت نمیشد
لینک چند تا کار درست و حسابی رو میزاشتم تا خودتون ملاحظه کنید(شرکت هایی که خودم با اون ها در ارتباط هستم).
حالا بر فرض که اینطور هم باشه مگه الان اکثر شرکت ها برای AVR از CV
استفاده نمیکنند؟ واقعا CV یه کامپایلره ؟

اگر دلایلی بغیر از موارد فوق هست (حجم کد ، قدرت دیباگ قوی ، ...........) هست
همینجا مطرح کنید تا با هم کوچ کنیم.

یکی دوتا از این جاهای معتبری که با keil کار میکنن رو شمارشو به من بده
من جزو سهام IAR نیستم، هیچ جا با keil کار نمیشه، IAR اعتبار بسیار یالایی داره تو طراحی صنعتی و نظامی
arm دیکه کنترلر حرفه ایه و مثل avr نیست

[mori64]

پاسخ : به سوی IAR

حمید جان منم نگفتم شما سهام دار iar هستی Take it easy :biggrin:
واقعا منم دلبستگی خاصی به Keil ندارم
من هدفم اینه که اگر قرار از یه کامپایلر به کامپایلر دیگه ای مهاجرت کنیم
( یا از ابتدا بخواهیم انتخاب کنیم)گاهانه این کار رو کرده باشیم .

یعنی بدونیم ضعف keil چیه و این ضعف در IAR چطوره ؟
یا نقطه قوتی در IAR هست که نسبت به keil متمایز میشه ؟
من خودم با محیط keil خیلی حال نمیکنم ولی خوب eclipse و غیره هست .

اگر اشرافی به نقاط ضعف و قوت دو کامپایلر دارید بفرمایئد تا در باره اینها
بحث بشه و نهایتا به نتیجه فنی و مطلوبی برسیم

شما همون بحث آقا رضا رو در باره CV و AVRGCC ببینید (فارغ از target system )
ایشون با دلایل فنی و قرار دادن کد ها و خروجی کامپایلر ابن کار رو
انجام دادن و در مواردی ظعف هم بوده مطرح کردند
بنظرم این روش مناسبی در ارزیابی باشه (و از کلی گویی پرهیز کردند)

هیچ جا با keil کار نمیشه

من خارج از ایران رو واقعا نمیدونم ولی در داخل ایران شرکتهای رو میشناسم که از keil استفاده
میکنند بقول فرماش شما شرکت های رو هم میشناسم که با IAR کار میکنند .

که البته استفاده کردن یا نکردن این شرکت ها برای من دلیل استفاده یا استفاده
نکردن نمیشه
باید دلایل فنی خودمون رو داشته باشیم .

[very question]

پاسخ : به سوی IAR

خیلی با فرمایش شما موافق نیستم
یعنی الان شرکتای بزرگ خودشون کتابخونه TCP ,FS , USB ............ رو مینویسین ؟ نه دیگه!

نه منظور من این بود که اونها با تغییر این کتاب خونه ها بهینش می کنند و با توجه به قدرت IAR دز زمینه کدهای بهینه خروجی این گزینه بهتریه

حلا اینجا خود ARM صاحب Keil شده ! دیگه چی از این بهتر !

خب برای همین منم گفتم کوچ با این اوضاع سخته :biggrin:

اگر دلایلی بغیر از موارد فوق هست (حجم کد ، قدرت دیباگ قوی ، ...........) هست
همینجا مطرح کنید تا با هم کوچ کنیم.

دزست می گویید باید دلایل بهتری ارانه بشه تا بشه کوچ کرد :agree:

[eMicro]

پاسخ : به سوی IAR

سلام

من یک پیشنهاد دارم و اون اینکه بهتر نیست آرام آرام مسیر رو به سمت IAR هدایت کنیم

مسیر اصلی برای آرم IAR هست و اکثر جاها با IAR کار میکنن

البته این پیشنهاده منه

سلام
کلا با تغییر مسیر به سوی IAR مخالفم
این مسیر اصلی آرم برای IAR رو کی مشخص کرده؟
به قول اساتید قدیمی ECA محیط Keil فرهنگی تره!
من جاهای زیادی رو دیدم که با Keil کار می کنند این دلیل نمیشه که Keil از IAR بهتره و یا بالعکس
تو ایران خیلی ها از Codevision استفاده می کنند و این دلیل دیل منطقی نیست که ما بگیم مسیر اصلی برای AVR ، کامپایلر Codevision هست
Keil امکانات، قابلیت ها و قیمت مناسبتری نسبت به IAR داره این دلیله من برای عدم مهاجرت به سوی IAR هست
من ARM رو با IAR شروع کردم و الآن با KEIL کار میکنم راضی هم هستم و دلیلی نمیبینم که مسیرم رو عوض کنم چون که با Keil راحتم

http://embeddedartists.com/products/tools/tool_arm_mdk.php

با هر کامپایلری که راحت هستید کار کنید، زیاد از این شاخه به اون شاخه نپرید و یه هدف مشخص داشته باشید
موفق باشید

[حمید نجفی]

پاسخ : به سوی IAR

سلام
کلا با تغییر مسیر به سوی IAR مخالفم
این مسیر اصلی آرم برای IAR رو کی مشخص کرده؟
به قول اساتید قدیمی ECA محیط Keil فرهنگی تره!
من جاهای زیادی رو دیدم که با Keil کار می کنند این دلیل نمیشه که Keil از IAR بهتره و یا بالعکس
تو ایران خیلی ها از Codevision استفاده می کنند و این دلیل دیل منطقی نیست که ما بگیم مسیر اصلی برای AVR ، کامپایلر Codevision هست
Keil امکانات، قابلیت ها و قیمت مناسبتری نسبت به IAR داره این دلیله من برای عدم مهاجرت به سوی IAR هست
من ARM رو با IAR شروع کردم و الآن با KEIL کار میکنم راضی هم هستم و دلیلی نمیبینم که مسیرم رو عوض کنم چون که با Keil راحتم

http://embeddedartists.com/products/tools/tool_arm_mdk.php

با هر کامپایلری که راحت هستید کار کنید، زیاد از این شاخه به اون شاخه نپرید و یه هدف مشخص داشته باشید
موفق باشید

ببنیند چرا اینقدر این موضوع رو پیچیده می کنید؟
این دو کامپایلر با هم فرق خاصی ندارن
فقط IAR زیر ساختی تره و هر جا بخواین درست کار کنید، باید با IAR کار کنید. سیستم کاری اینو میخواد

[dariush_abbasi868]

پاسخ : به سوی IAR

کسی نمونه برنامه ساده ای چیزی برای IAR نداره
آخه من AVR ها رو هم با IAR کار می کردم حالا می خوام با همون IAR ادامه بدم

[mori64]

پاسخ : به سوی IAR

کسی نمونه برنامه ساده ای چیزی برای IAR نداره
آخه من AVR ها رو هم با IAR کار می کردم حالا می خوام با همون IAR ادامه بدم

خودش کلی مثال داره

[dariush_abbasi868]

پاسخ : به سوی IAR

با تشکر از شما
من از مثالهاش چیزی دستم نسومد برای شروع یک برنامه ساده می خوام که فقط یک پین رو 0 و1 کنه
این مثالها خیلی پیچیده به نظر میان و برای من زیاد قابل فهم نیستند
به همین خاطر مزاحم شدم
من تازه از avr دارم به lpc سوییچ می کنم
یک مثال ساده البته با iar می خوام اگه لطف کنید ممنون میشم

[mori64]

پاسخ : به سوی IAR

با تشکر از شما
من از مثالهاش چیزی دستم نسومد برای شروع یک برنامه ساده می خوام که فقط یک پین رو 0 و1 کنه
این مثالها خیلی پیچیده به نظر میان و برای من زیاد قابل فهم نیستند
به همین خاطر مزاحم شدم
من تازه از avr دارم به lpc سوییچ می کنم
یک مثال ساده البته با iar می خوام اگه لطف کنید ممنون میشم

DESCRIPTION
===========
This example project shows how to use the IAR Embedded Workbench for ARM
to develop code for IAR-LPC-1768-SK board. It shows basic use of I/O,
timer and interrupt controllers.
It starts by blinking LED1.


GETTING STARTED
===============

1) Start the IAR Embedded Workbench for ARM.

2) Select File->Open->Workspace...
Open the following workspace:

\arm\examples\NXP\
LPC17xx\IAR-LPC-1768-SK\GettingStarted\GettingStarted.eww

3) Run the program.

[dariush_abbasi868]

پاسخ : به سوی IAR

به خدا این مثال پرگرم میشه ولی هیچ پینی رو روی LED خاموش روشن نمی کنه
البته اولش که پرگرام هم نمی شد
من با فرمت INTEL EXTENED کمپایل کردم

[dariush_abbasi868]

پاسخ : به سوی IAR

من هر برنامه ساده ای هم می نویسم و با flash magic پرگرم می کنم
پرگرام میشه ولی هیچ عملی میکرو انجام نمی ده
یعنی مشکل سحت افزاریه؟

[روح الامین]

پاسخ : به سوی IAR

علت ایجاد این تاپیک یه چیزه، بعد بحثش یه چیز دیگه شده. اگه چیز خاصی دارین بذارین اگه نه که دیگه هیچ. همه کامپایلر ها خوبه ولی بعضی هاشون هوشمندترن و گزینه های بیشتری در خدمت برنامه نویس میذاره مثل IAR ولی خب نگرانی نداره. شما اگه از طرز رفتار کامپایلرتون گاهید و خوب قلقش اومده دستتون دیگه نیازی نیست جاتون رو تغییر بدین. و نهایتا در آخر توصیه میکنم همه این پست عالی یوهان رو بخونند:

Please don't ask "Which C compiler is the best?"

پ.ن: توی این تاپیک یه بعضی ها که حرفه ای هستن رو دیدم که بحث های بچه گونه کردن. اصلا فکرشم نمی کردم که این بحث ها رو بکنن. توصیه میکنم حتما تاپیکی که بالا گذاشتم رو بخونید.

[shahryarrajabzadeh]

پاسخ : به سوی IAR

یکی از مزیت های IAR محیطشه
بله ممکنه بگید این وسط کیل بهتره و اینا
ولی منظور اینه که مثلا من برای Xmega یه مدت طول کشید تا یاد بگیرم محیط IAR رو ولی حالا که کامپایلر ARM اون رو نصب میکنم محیطش همونه و به راحتی میشه باهاش کار کرد
این ویژگی بیشتر به درد کسایی میخوره که مجبورند با تعداد زیادی از انواع میکروکنترلر ها کار کنند و به تبع نیاز دارند با کامپایلر های زیادی که هر یک مخصوص یکی از خانواده های میکروکنترلر هاست آشنا بشند اما IAR این مشکل رو تا حد زیادی حل کرده میتونید به سایتش مراجعه کنید و ببینید برای چند خانواده از میکروکنترلر ها کامپایلر عرضه کرده