Cách thức viết chương trình điều khiển hiệu quả và tối ưu nhất

Printable View

10-03-2013
nguyenducluu_bn

Cách thức viết chương trình điều khiển hiệu quả và tối ưu nhất

các anh ơi..? em có vấn đề này cần giải đáp ạ..
Thực tế khi đi làm bên ngoài thì các chương trình điều khiển cần phải gọn và dễ hiểu đối với người sử dụng phải không ạ.? và để dễ hiểu thì các chương trình điều khiển được viết thông qua 1 hàm tác động phải không ạ.?
e thấy rằng..đối với cùng 1 bài toán thì mỗi người lại làm theo những cách khác nhau và tùy theo suy nghĩ của mỗi người.. Vậy có nguyên tắc thực hiện viết chương trình điều khiển nào chung nhất cho mọi bài toán không ạ.? để mọi người có thể dễ hiểu và thống nhất..? e xin cảm ơn các anh..!
10-03-2013
hongminhbv

Nguyên tắc chung nhất để viết chương trình điều khiển cho các bài toán là
- viết chương trình phải chạy được theo đúng yêu cầu bài toán ( đùa chút 0
- Kiểm tra kết nối phần cứng
- viết chạy thử chương trình chế độ bằng tay trước
hoàn thiện chế độ bằng tay rồi viết và chạy thử phần tự động
- Hạn chế thấp nhất sử dụng khối hàm có sẵn của PLC
- dùng chương trình ngắt và chương trình con để giảm dung lượng của chương trình
....
Các cao thủ góp ý thêm nhé
10-03-2013
anhlv.ddt

tôi thấy các pro viết chương trình toàn mong muốn người khác không đọc được chứ chả có ai viết dễ hiểu cả :P
10-03-2013
Mechatronic_Hieu

Trích dẫn:

Gửi bởi anhlv.ddt

tôi thấy các pro viết chương trình toàn mong muốn người khác không đọc được chứ chả có ai viết dễ hiểu cả :P

Cái này quá chuẩn,viết xong khoá lại là chương trình hay nhất.haha
Đùa chứ theo mình thì chương trình ngoài chạy đúng còn phải chặt chẽ, an toàn cho thiết bị và cho người vận hành, chương trình phải dễ kiểm soát lỗi vì khi gặp sự cố là thấy ngay
10-03-2013
anhlv.ddt

không có gì là hoàn hảo cả, đừng cố ép nó hoàn hảo. thứ nhất cứ hoạt động đúng yêu cầu. đảm bảo an toàn, kiếm soát được lỗi. tiết kiệm dung lượng và quan trọng bạn muốn bảo mật hay không thôi
10-03-2013
trison89

theo mình thì đầu tiên phải hoạt động đúng theo yêu cầu . thứ 2 an toàn và thứ 3 là có tính thẩm mỹ .
còn về chương trình thì bạn nên bóc tách từng yêu cầu ra để làm rùi sau đó sẽ kết hợp lại với nhau . như vậy sau này có lỗi bạn cũng dễ phát hiện và xử lý
10-03-2013
nguyenducluu_bn

em thấy thế này các anh ạ.. Với cùng 1 bài toán có thế có nhiều cách làm khác nhau..Mình phải làm sao cho thật đơn giản để người ngoài nhìn vào cũng có thể dễ dàng hiểu được.. Vừa rồi e có làm 1 ví dụ và làm 2 cách khác nhau liền..tất cả đều chạy đúng..1 cách sử dụng tới 6 counter và cách kia thì không cần sử dụng counter nào mà chỉ cần thông qua biến trung gian (vd M0.0), mỗi biến trung gian thực hiện 1 công việc trong quy trình. Và cách biến trung gian thì rất dễ hiểu, các quá trình được làm tuần tự nên dễ nắm bắt lỗi và chỉnh sửa... còn cách đầu tiên e làm thì phải suy nghĩ rất là lâu và việc nhìn vào chương trình điều khiển rất khó hiểu..đặc biệt khó là phần reset counter..vì vậy e cho rằng phải làm sao cho thật đơn giản là tốt nhất chương trình dễ hiểu, dễ tìm và sửa lỗi
10-03-2013
nguyenducluu_bn

Trích dẫn:

Gửi bởi hongminhbv

Nguyên tắc chung nhất để viết chương trình điều khiển cho các bài toán là
- viết chương trình phải chạy được theo đúng yêu cầu bài toán ( đùa chút 0
- Kiểm tra kết nối phần cứng
- viết chạy thử chương trình chế độ bằng tay trước
hoàn thiện chế độ bằng tay rồi viết và chạy thử phần tự động
- Hạn chế thấp nhất sử dụng khối hàm có sẵn của PLC
- dùng chương trình ngắt và chương trình con để giảm dung lượng của chương trình
....
Các cao thủ góp ý thêm nhé

anh ơi..e chưa hiểu lắm..chế độ bằng tay và chế độ tự động như thế nào vậy...Có phải là chế độ bằng tay thì quy trình thực hiện 1 lần là dừng còn chế độ tự động là làm cho quy trình chạy tự động phải không anh.?
10-03-2013
duonghuong

Trích dẫn:

Gửi bởi anhlv.ddt

tôi thấy các pro viết chương trình toàn mong muốn người khác không đọc được chứ chả có ai viết dễ hiểu cả :P

sao lại viết mà không muốn người khác hiểu vậy anh..... :)
10-03-2013
tran_hieu0983

Theo bản thân mình khi viết 1 dự án thì cần phải:

1. Hiểu rõ cái mình đang làm - Hoặc ít nhất lắm được cốt lõi của vấn đề mình đang làm.
2. Lập lưu đồ giải thuật cho hệ thống
3. Phân hóa thành từng module.
4. Wan lý rõ ràng theo từng chức năng khi đó dễ wan lý.
..... ( Tối về viết tiếp ) và có project mẫu. Giờ tới giờ học rồi.
10-03-2013
nguyenducluu_bn

Trích dẫn:

Gửi bởi tran_hieu0983

Theo bản thân mình khi viết 1 dự án thì cần phải:

1. Hiểu rõ cái mình đang làm - Hoặc ít nhất lắm được cốt lõi của vấn đề mình đang làm.
2. Lập lưu đồ giải thuật cho hệ thống
3. Phân hóa thành từng module.
4. Wan lý rõ ràng theo từng chức năng khi đó dễ wan lý.
..... ( Tối về viết tiếp ) và có project mẫu. Giờ tới giờ học rồi.

e hỏi anh thêm 1 chút ạ... Nếu không cần vẽ lưu đồ thuật toán và giản đồ thời gian mà viết chương trình luôn được không anh.? hay phải nhất thiết là phải vẽ lưu đồ thuật toán và giản đồ thời gian..? các bài toán cụ thể e hay làm là viết chương trình luôn, nếu yêu cầu viết lưu đồ và giản đồ thì sau khi chương trình hoàn thành e mới viết..Không biết như vậy có đúng không..?
10-03-2013
Mechatronic_Hieu

mục đích của bạn viết lưu đồ thuật toán và giản đồ thời gian làm gì? lúc đó bạn sẽ biết làm cái nào trước, cái nào sau
10-06-2013
nguyenanhtuandhdi4

thực tế đi làm thì ít khi bạn có thể đọc được chương trình của người khác viết, bởi vì đó là vấn đề bảo mật và lợi ích kinh tế. Nếu để chúng ta đọc được hết thì các công ty đó sẽ phải phá sản. Theo mình tùy thuộc vào loại PLC, cách thức lập trình và yêu cầu lập trình mà mỗi người sẽ có một cách để quản lý chương trình . Nhưng đối với bất kì bài toán lập trình nào thì các bước quan trong đó là:
bước 1: Nắm rõ yêu cầu đặt ra ( về quy trình công nghê, cách thức hoạt động của dự ám do chủ đầu từ yêu cầu, nắm rõ các cơ cấu chấp hành cũng như hệ thống cảm biến)
Bước 2: Vẽ ra lưu đồ giải thuật chung nhất cho hệ thống, sau đó đi vào từng vấn đề cụ thể trong hệ thống
Bước 3: sử dụng cách thức lập trình của từng hãng, từng nhà sản xuất sao cho phù hợp với yêu cầu đặt ra; Ví dụ đối cới Mitshubishi thì có thể dùng lập trình steplader đối với bài toán lập trình tuần tự, hoặc đối với Simens thì có thể dùng các khối hàm có sãn , hoặc tự tạo các khối FC, FB để có thể quản lý chương trinh
Bước 4: Kiểm tra lại các yêu cầu lập trình đã làm có đáp ứng các yêu cầu của nhà đầu từ hay không bằng các phần mềm mô phỏng hiện có
Bước 5: Bàn gia và bảo trì liên tục đối với dân lập trình hihi.
Có gì anh em góp ý thêm. Chúc diễn đàn ngày càng thành công