Trích:
Nguyên văn bởi bien_van_khat
Lập trình cho VĐK có thể coi gồm 2 công việc là lập trình cấu hình/sử dụng các module ngoại vi và lập trình thể hiện ý tưởng giải thuật để thực hiện công việc nào đó.
Vấn đề về ý tưởng giải thuật, ví dụ kiểm tra nút bấm, bật LED, chờ 100ms tắt LED.. thực hiện trên ngôn ngữ C dĩ nhiên đơn giản hơn nhiều so với ASM.
Và sự đơn giản này là cần thiết vì bản chất của công việc lập trình là thể hiện ý tưởng, nếu bạn phải tốn thì giờ để viết các đoạn mã chỉ để thực hiện các cấu trúc "if else", biểu thức so sánh, cộng trừ nhân chia nhiều byte... thì quả thực phí phạm. Đó là chưa kể khó khăn khi debug và chia sẻ code. Nhìn chung về sử dụng, C có nhiều điểm ưu việt hơn ASM. Chúng ta nên chọn C là ngôn ngữ chính để làm việc. Vấn đề là chọn lựa ngôn ngữ nào?
Các thư viện ngoại vi, mỗi ngôn ngữ C có 1 hướng hỗ trợ khác nhau.
* HT-PICC, MCC18, MPLAB C30, MPLAB C32 nói chung đều cung cấp 1 dạng thư viện có thể gọi là thư viện gợi nhớ. Các trình dịch này đặt tên gợi nhớ cho các bit cấu hình của các module ngoại vi, công việc của bạn là phải biết các bit này có tác dụng gì, phải sử dụng ra sao, kết hợp như thế nào. Do đó sử dụng cần kiến thức về phần cứng. Ưu điểm đầu tiên là cập nhật cực nhanh, vì mỗi khi có chip hoặc tính năng mới chỉ thêm một số định nghĩa thanh ghi, bit, ngắt...Ngoài ra đây là các trình dịch bám sát chuẩn ANSI nên bạn dễ dàng port code từ các họ chip khác sang cho PIC và giữa các họ PIC với nhau.
* CCS C hỗ trợ 1 bộ thư viện cứng, che hoàn toàn kiến trúc VĐK. Có thể gọi CCS C là BASIC C vì sử dụng nó quá đơn giản. Khi lập trình bạn chỉ cần file help của CCS C là có thể làm thoải mái, và làm rất nhanh. Nhưng cũng vì vậy mà mỗi khi có chip mới, tính năng mới, chúng ta lại phải chờ CCS cập nhật, quá trình cập nhật này cũng khá lâu vì họ phải tích hợp code cho tính năng mới. Chưa kể thư viện ngoại vi của CCS ko tương thích với bất kỳ trình dịch nào khác, do đó khá khó khăn khi port code.
Nếu bỏ qua ưu điểm là sự đơn giản, thì CCS C có rất những điểm bất lợi khó bỏ qua:
* Vì không tương thích, một mình một cõi nên CCS C ko thể dịch các thư viện USB, TCP/IP, Zigbee, MiWi, Graphic... của Microchip cũng như rất nhiều thư viện opensource trên Net. Đây là vấn đề rất quan trọng nếu bạn sử dụng PIC18 trở lên vì các thư viện của Microchip được cập nhật liên tục để hỗ trợ chip mới và tính năng mới, các thư viện của CCS ko thể so sánh được.
* Khi bắt buộc phải chuyển đổi thì công sức bạn bỏ ra để chuyển đổi code là khá lớn.
* Ngoài ra khi đã quen sử dụng, nếu gặp rắc rối cần debug bạn sẽ khá khó khăn vì ko quan tâm đến cấu trúc phần cứng.
Chính vì vậy, R&P chọn HT-PICC thay vì CCS C để sử dụng trong các lớp học PIC16F để giúp học viên quen với 1 cách làm việc "hợp chuẩn hơn" ngay khi mới bắt đầu làm quen với PIC.
|
chào các tiền bối trong làng PIC.mình mới tìm hiểu về PIC nên mình chọn PIC16F để tìm hiểu và mình cũng chọn HI-TECH PIC làm trình dịch vì nó gần gần với keil C trong 8051
Nhưng một sự thật phũ phàng là code mẫu và các ví dụ mẫu về HI-TECH PIC thì hiếm như mò kim dưới đáy biển. và ở trên diễn đàn thì hình như cũng ít bạn quan tâm đến HI-TECH PIC, về tài liệu thì càng mò mẫm hơn!chỉ có mỗi tut của bác NGÔ HẢI BẮC để tham khảo.
còn về trình dịch CSS thì ko phải nghĩ. mua ổ 1000G chứa cũng ko hết...
"vấn đề đặt ra là khi đã quen với HI-TECH PIC rùi thì có nên chuyển qua CCS ko?
vì nếu chuyển qua sẽ được hỗ trợ rất nhiều thông tin cần thiết và liên tục."
vd:mình có hỏi về phần tạo trễ us và Ms trong HI-TECH PIC mà cũng ko thấy tài liệu và các bạn cũng ko để ý, nên mò mẫm mãi vẫn ko ra
còn xem bên CCS thì khỏi phải bàn, code mẫu và hướng dẫn cập nhật liên tục
trên đây chỉ là ý kiến riêng của mình cho người mới tìm hiểu PIC vì mới nên rất cần sự chia sẻ về thông tin và tài liệu.
còn PRO thì cái gì cũng PRO nên ko cần thiết:!
cám ơn!
04-05-2010, 12:38 AM
Threaded Mode