Nguyên văn bởi falleaf
Xem bài viết
Công ty Bình Anh ở Hà Nội hàng tháng mua cả nghìn con STM32 từ ST, nếu bị vố lừa broken price như bác nói chắc họ bị sập tiệm, tất nhiên PIC của MCHP ko còn chỗ đứng như xưa rồi.
Nguyên văn bởi falleaf
Xem bài viết
1> Chính hãng : Keil IDE
2> Thirdparty : IAR Embedded System, TrueIDE, Raisonance...
Ý của bác Elenor có thể nói là, sau khi bỏ tiền mua tool IAR về rồi, nếu công ty không muốn dùng ST nữa thì có thể dùng LPC của NXP hoặc Kinetis của Freescale hoặc Stellaris của TI... Đơn giản IAR support tất cả những thứ đó.
Còn compiler, tool của MCHP thì chỉ biết có 1 mình PIC, hoặc cũng không thể tìm được con MIPS nào đó để nhét vào mục support list nữa là.
Về lập trình đơn nhiệm theo kiểu top down, nếu nói về tính tương thích giữa hãng này và hãng khác thì đồng ý khó khả thi, may ra viết thành các thư viện chuẩn ANSI C thì còn áp dụng được, nhưng nếu là chương trình đơn nhiệm thì cũng ko cần thiết vì hơi quá cao siêu. Nói đến tương thích thì người ta sẽ nghĩ nhiều đến embedded OS hơn, khổ nỗi PIC của MCHP thì có vẽ bị lãng về vụ này, dùng cho mấy cái RTOS nhỏ thì được, mấy cái lớn như Android thì chào thua, chắc phải đợi MCHP đầu tư vài con MIPS cao hơn thì mới có chuyện bàn, thôi thì cứ chờ đi vậy.
) Ok trả lời từng câu nhé:
thông cảm ITX cũng phải sống mà ): VD: Tôi có một con MCU có 32k bộ nhớ giá 1$, dùng compiler nguồn mở chi phí cộng thêm là 0$ code ra mã dài 30k bộ nhớ, dùng compiler thương mại chi phí cộng thêm là 0.2$ code ra mã dài 20k bộ nhớ. Vậy tôi sẽ chọn compiler nguồn mở để cắt giảm chi phí sản phẩm để cạnh tranh, khi nào vào tình thế bắt buộc (code ra mã dài quá 32k..vân vân...) tôi mới phải bấm bụng chi thêm 0.2$, đồng thời sp sẽ bị cộng thêm 0.2$ => tôi sẽ bị mất lợi thế cạnh tranh.
) sự khác biệt gần như là con số 0. RTOS đa số những RTOS thương mại nổi tiếng đều hỗ trợ cả 2 loại core và rất nhiều compiler cho từng core, với những RTOS nguồn mở hoặc miễn phí như freertos thì lại càng dễ chịu hơn ( 
Vd: MIPS là lõi vi điều kiển mà thôi 



Leave a comment: