Giải thuật viết PLC

[nguyendien.tdh]

Có một kiểu giải thụât đơn giản mà có thể xử lý mọi vấn đề là: Không có giải thụât gì cả, chỉ cần làm chạy, thời gian lập trình tốn ít thì ngừoi đó có giải thụât tốt.
Và kiểu này có thể gọi là : giải thụât phân đoạn hệ thống - cái tên này mình tự đặt ^^. Mình có thể nói nhỏ như thế này nhé. Bạn phân chia hệ thống thành các module rồi viết giải thuật cho từng module ^^ theo kiểu DCS - điều khiển phân tán.

Cái này gọi là lập trình chắc năng rồi anh Hiếu ơi .Nghĩa là chia nhỏ thành các nhiệm vụ .Rồi tiến hành lập trình với từng nhiệm vụ đó .Có tên gọi đấy chứ anh.Có j không đúng a bỏ qua ha.

[tran_hieu0983]

Cái này gọi là lập trình chắc năng rồi anh Hiếu ơi .Nghĩa là chia nhỏ thành các nhiệm vụ .Rồi tiến hành lập trình với từng nhiệm vụ đó .Có tên gọi đấy chứ anh.Có j không đúng a bỏ qua ha.

Lập trình chức năng thì tôi không có định nói tới nó. Và việc chia nhỏ ra như vậy bạn gọi là lập trình chức năng thì ghép các đoạn lại gọi là gì? Vẫn là lập trình chức năng đúng không? Lập trình FB, FC như bạn vẫn gọi là lập trình chức năng và OB cũng thế ^^.
Cái gọi là lập trình chức năng chỉ là cái chung chung chứ nó không có thực sự là cái gì. cũng như câu " cái đó là gọi là giải thuật".
Nếu bạn học về điều khiển hiện đại: Vậy điều khiển hiện đại là gì? Lại là Fuzzy, Noron... thì ta nên quy mọi thứ về một ví dụ cụ thể hệ thống không nên nói chung chung ^^

[thiquocvinh]

@:tran_hieu0983 Có một kiểu giải thụât đơn giản mà có thể xử lý mọi vấn đề là: Không có giải thụât gì cả, chỉ cần làm chạy, thời gian lập trình tốn ít thì ngừoi đó có giải thụât tốt.
Tức là nhìn vấn đề tới đâu rồi viết chương trình tới đó phải ko anh Hiếu. Mà đã không có giải thuật gì cả thì sao thời gian làm lại phụ thuộc vào giải thuật tốt hay không nhỉ?
Nghe có vẽ mâu thuẫn quá. Anh có thể nói rõ hơn được không?
Thanks

[nguyendien.tdh]

Nếu lập trình ko có gải thuật .Nếu hoạt động tốt thì ko sao ? Nếu mà bị sự cố j ngồi mò tít mít .Qúa trình sửa lỗi sẽ lâu .Không khéo lại lập trình lại toàn bộ .Chẳng nói đến hệ thống thực tế , ngay khi làm bài tập ,rồi mô phỏng cũng vậy .Nếu trong quá trình mô phỏng mà ko đúng thì quá trình sửa lại rất nhanh nếu có giải thuật chương trình .
Lập giải thuật chương trình thì lập trình nhanh (có thể ko nhanh bằng lập trình mò), sữa lỗi nhanh .

[thiquocvinh]

Còn nếu mình chia ra từng cụm chức năng, viết chương trình cho từng cụm sau đó ghép lại thì gọi là gì nhỉ. Tức là viết từng chương trình con trong FC chẳng hạn, sau đó vào OB gọi từng khối FC ra. Ưu điểm: có thể theo dỏi hoạt động của 1 bộ phận dể hơn. Và khi bị lỗi chổ nào thì chỉ cần vào FC của bộ phận đó để sửa chữa.

[nguyendien.tdh]

Cái đó cũng gọi là lập trình chức năng dùng các khối FC .

[thiquocvinh]

Như vậy giải thuật có rất nhiều phương pháp. Tuỳ thuộc vào tình huống vấn đề mà ta có thể xây dựng nên 1 giải thuật phù hợp. Vậy chắc phải có 1 phương pháp chung (cơ bản) hay 1 bước demo để xây dựng nên 1 giải thuật chứ? Không biết các giải thuật đó có cùng 1 điểm chung nào không? Hay là bước đầu tiên để có thể xây dựng nên 1 giải thuật tốt chẳng hạn.??? Mong các pác chia sẻ kinh nghiệm. ^^
Thanks a lot

[ducvinh]

[thanhke_auto]

các bác cho em hỏi có tài liệu tiếng việt nào nói về grap này hay 1 chút không,tiếng anh của em hơi kém,em chưa nâng cao đk.
buồm quá

[ducvinh]