Làm lấy PLC đơn giản

[ibpc2007]

Người ta có thể xài ám, C hay C++ nhưng chả có chú kỹ sư nào muốn xài cái STL.

Tôi đọc cái này mà thấy buồn cười quá. Chắc bác mới tập tành vào lập trình bằng PLC nên mới phát biểu 1 câu như thế. Thưa bác opendoors, thực tế cho thấy là các kỹ sư thiết kế hệ thống chuyên nghiệp rất ít khi hoặc thậm chí không bao giờ nghĩ đến việc lập trình bằng LAD cả. Nói thế không có nghĩa là LAD không được ứng dụng nhiều. Với những bài toán đơn giản kiểu rơle, bạn nên dùng LAD. Nhưng với những bài toán điều khiển phức tạp, việc dùng LAD là không khả thi.

Tôi đọc trên diễn đàn cũng thấy sinh viên và kỹ sư ở Việt Nam có thói quen dùng LAD. Các bạn có thể học thêm STL và sẽ so sánh được ưu và nhược điểm của hai ngôn ngữ lập trình này. Đặc biệt, việc đọc chương trình viết bằng STL là rất quan trọng, vì như tôi nói ở trên, các chương trình PLC phức tạp thường được viết bằng STL, và thông thường là không thể chuyển đổi sang chương trình LAD.

Và sử dụng PLC là rất dễ, không khó như mọi người thường nghĩ.

Bạn nói cũng có phần đúng, nếu bạn chỉ muốn biết về PLC. Nhưng để khiến PLC thực hiện được những gì bạn yêu cầu, điều đó không hề đơn giản.

Hơi lạc đề một chút, tôi chỉ muốn nói là các bạn đừng nghĩ PLC chỉ là PLC riêng rẽ, thay cho việc đấu dây rơle, hãy nghĩ nó là 1 phần của việc tích hợp hệ thống. Và tôi cũng rất ủng hộ bạn Tubes về việc làm lấy PLC. Phải bắt đầu thì mới mong có kết quả được.

[opentdoors]

Vào thời các thiết bị tự động của Siemens, Omron.. LG cũng có những bién tấn nhất nhì, Hitachi cũng có. Họ dư sức làm ra và thậm chí người Hàn, người Nhật còn nghiên cứu cái đó trước chúng ta lâu, nhưng sao bây giờ họ mới làm.

Vấn đề không phải là khả năng tạo ra các board I/O, hay xây dựng các trình biên dịch họ không làm được, mà là nguồn lực để xây dựng các giải thuật đó, đặc biệt khi có tới 1024, 2048 điểm I/O trên 1 PLC, họ chưa có đủ để tương đương hay cạnh tranh với những hãng chuyên chế tạo PLC đã đi trước.

Đấy là trí tuệ của người Đức người Nhật. Đâu có đơn giản như nhiều anh bạn đang nghiên cứu chế tạo PLC ngĩ về một PLC. Tôi đâu có ý phủ nhận công việc mấy anh bạn đó, nhưng cần hiểu chính xác sản phẩm mình đang làm.

Hình như một số điều khiển logic của Omron như Zen gì gì đó, Mitsu cũng thế nhưng họ không gọi đó là PLC

[opentdoors]

Bạn IbPC2007 gì đó lưu ý: đọc là một kỹ năng.

Ngoài ra bạn có thể giải thích vì sao LAD không giải quyết những cái phức tạp mà chỉ có STL mới làm được (cái này hình như mấy cái manual của S7 nói đến).

Trong thực tế những mã S7-300 của ks Đức tôi đọc thì kết hợp rất nhiều thứ, cả C nữa. Còn bài toán mà anh bạn IbPC gặp khó đến nổi chỉ có thể xài STL mới làm được thì quả khó thật đấy.

Cá nhân tôi nhận xét thế này từ kinh nghiệm bản thân: dùng PLC để sử dụng khả năng tích hợp dựa trên profibus, tiết kiệm dây và giải quyết sự cố sản xuất nhanh, an toàn.

[ibpc2007]

Tôi nghĩ có lẽ tôi với bạn opendoors hơi lạc đề, nhưng quả thật việc tranh luận về STL và LAD rất thú vị. Tôi không nói là không nên dùng LAD, mà chỉ nói là các bạn nên chọn ngôn ngữ thích hợp với ứng dụng của mình. Còn nếu các bạn chỉ tập trung vào LAD thì cứ tự nhiên thôi. Có điều trong khi bạn có thể viết 1 đoạn chương trình bằng STL rất nhanh và đơn giản thì bạn phải ngồi chọn lệnh cho LAD rất lâu, mà có khi lại không có lệnh cho bạn dùng nữa. Tôi thì vốn lười, nên tôi không thích mất nhiều thời gian như thế.

Trình độ tôi còn hạn hẹp, tôi viết 1 đoạn chương trình bằnng STL thế này cho S7-300 (mất chưa đến 1 phút)

A DB50.DBX 100.0
JC m1
L DB10.DBD 12
OPN DB 51
L DBD [#Force_pointer1]
>R
BEC
L DB21.DBD 0
OPN DB 52
T DBD [#Force_pointer1]
S DB50.DBX 100.0
BE
m1: NOP 0

... (sau là còn nhiều network nữa)

Tôi chưa thử viết bằng LAD bao giờ. Không hiểu có chuyển sang LAD được hết không. Bạn opendoors giúp được tôi thì tốt quá.

CÒn bạn opendoor yên tâm đi, những thứ bạn nghĩ đến thì chắc chắn những người muốn thiết kế một cái gì đó đã phải suy nghĩ và tính toán hết cả rồi. Không thì họ chẳng mất công làm làm gì đâu.

Chúc cả nhà vui. Tôi xin kết thúc mọi tranh luận về LAD và STL ở đây nhưng vẫn sẽ chờ chương trình LAD của bạn opendoors đấy .

[phucthinhel]

Hay quá ! Các bác tranh nhiều ! làm mình cũng thu thập được chút thông tin về PLC .

[opentdoors]

Bạn Ibpc giỏi quá, tôi không không bằng bạn đâu. Trước đây tôi quản lý hàng chục dây chuyền máy móc với thiết bị nhiều hãng nên cần thì kêu các em nó lập trình theo các diagram, cái PLC hãng nào rẻ nhất thì xài.

Miễn làm sao khi máy sự cố, phải nhìn sơ đồ nhanh nhất tìm ra điểm lỗi. Còn ba cái cao siêu như lập trình STL, để khi rảnh rỗi thì nghiên cứu.

[Tubes]

Cám ơn các bác đã cho ý kiến và cung cấp 1 số thông tin

To phucthinhel: tôi ở HN, có gì bác cứ liên hệ, Tel 0915572555

To opentdoors: Tôi chỉ biết đến Petri Net để mô tả trạng thái (modelling) ứng dụng trong PLC và xử lý đa nhiệm, chứ chưa biết đến thuật toán chung để xử lý 1 Petri Net, bác có thể nói rõ hơn được không?
Phần Firmware của tôi cũng quản lý các trạng thái với tham số đầy đủ như Petri Net mô tả, phần xử lý thực hiện theo dạng thông dịch lệnh script để xử lý từng action một.

Tôi thấy mọi người hay tranh luận với nhau như thế nào mới là 1 PLC!
Thực ra nó có 1 tiêu chuẩn là IEC 61131 (trước kia là IEC 1131), PLC nào cũng phải tuân theo tiêu chuẩn này.
Phần ngôn ngữ của PLC được mô tả trong IEC 61131-3.

[opentdoors]

Rất tiếc tôi không theo cái này nên không cung cấp thêm thông tin cho bạn. Còn các nguyên lý của PLC tôi biết là do trước đây tôi cũng tìm kiếm một thuật toán cài đặt các trọng số trong một ma trận hệ số để biểu diễn các phép logic, dựa trên vecto các bit I image vào, để tính vecto các bit ra Q image. (Ngoài ra dựa trên quá trình học và công tác mà tôi biết các thông tin xung quanh PLC, tôi cũng được thấy và đọc 1 chương trình của những PLC đời đầu của Sienmens khi tháo máy cũ ở châu Âu.)

Nhưng tôi không giải được bài toán này, vì chip tôi làm là 16f877a, RAM ít, và làm phép nhân ma trận với chíp 8-bit này thì quá phức tạp .

Các tiêu chuẩn IEC quy định giao tiếp. Tuy nhiên tôi nghĩ nó là quy định chuẩn giao tiếp trong công nghiệp, chứ không phải tiêu chuẩn của 1 plc. Bạn tạo ra 1 sản phẩm tất nhiên bạn phải tuân theo các chuẩn giao tiếp để người sử dụng không phải học một ngôn ngữ mới.

Tôi nghĩ nếu bạn xây dựng phần firmware theo cách bạn đang mô tả cũng là một điều đáng phục rồi. Tôi không có mục đích như bạn và anh bạn Anh tuấn nên không trao đổi được nhiều.
Tôi đứng ở vị trí khách hàng nên có cách đánh giá về plc như thế này:
- Phải có phần Ladder hoặc FBD: vì trong thực tế khi tôi chuyển các plc từ Fanuc(hiếm ở VN) sang S7, tôi làm rất đơn giản vì chỉ cần địa chỉ lại cổng, timer, counter.
- Khi một sensor hay relay bị chết, những ks khác nhanh chóng lần ra lỗi dừng dây chuyền.

Tôi nghĩ nếu bạn chỉ cần hoàn thiện phần ladder, bạn có thể tự hào về sản phẩm của mình. Vì khi đó tiết kiệm được rất nhiều thứ khác, và khách hàng dễ chấp nhận hơn. Quan trọng nhất là ổn định, vì máy luôn chạy 24/7

[phucthinhel]

Cám ơn các bác đã cho ý kiến và cung cấp 1 số thông tin

To phucthinhel: tôi ở HN, có gì bác cứ liên hệ, Tel 0915572555

To opentdoors: Tôi chỉ biết đến Petri Net để mô tả trạng thái (modelling) ứng dụng trong PLC và xử lý đa nhiệm, chứ chưa biết đến thuật toán chung để xử lý 1 Petri Net, bác có thể nói rõ hơn được không?
Phần Firmware của tôi cũng quản lý các trạng thái với tham số đầy đủ như Petri Net mô tả, phần xử lý thực hiện theo dạng thông dịch lệnh script để xử lý từng action một.

Tôi thấy mọi người hay tranh luận với nhau như thế nào mới là 1 PLC!
Thực ra nó có 1 tiêu chuẩn là IEC 61131 (trước kia là IEC 1131), PLC nào cũng phải tuân theo tiêu chuẩn này.
Phần ngôn ngữ của PLC được mô tả trong IEC 61131-3.

Đành liên lạc với bác qua mail vậy ! Em ờ SG .

[anhtuan133]

Theo tui vẫn cứ làm PLC. Thị trường tự động hóa chi phí thấp còn rất rất nhiều. Bạn có thể dùng nó cho cái chuồng lợn tự động, có thể dùng cho cái máy ép dép chạy rơle... nói chung cái gì mà giá chỉ vài trăm tới vài triệu là có chỗ để bán. Nếu dùng uP thì không nhất quán, lấy tiền xong quên mất cả sch. Tốt nhất là Homebuild PLC. Chuẩn hóa được như bác tubes quả là đáng khâm phục, mình chưa làm được đến mức như thế. Việc hoành tráng tới mức thành lập tập đoàn bán PLC thì có vẻ khó, nhưng cứ nghĩ tới con 224 giá 260$ dùng một tý đã hết port là lại cay mũi, cái uC board của tui có 48io,analog io, LCD and keyboard derect mà chỉ hết có 600K thì quả là đáng để làm chứ.

[luanktd]

Các bạn đã thử giao tiếp 89c51 với plc chưa vậy , bạn nào làm rồi có thể giúp mình được ko

[opentdoors]

Hai bạn Tubes và Anh Tuấn có thể tham khảo thêm ở đây:
http://membres.lycos.fr/mavati/classicladder/

[hocmai]

bạn có thể nói rõ cho tôi biết nguyên lý hoạt động của bộ điều khiển plc này được không
từng modun một nhé.Tại tôi cũng đang tìm hiểu về nó mà.Cảm ơn nhiều

[hatuan]

Các bạn tham khảo thêm cái này, ở nước ngoài bọn nó đã thương mại hoá rồi.
tui có mua được 3 bộ CB280CS (bao gồm atmega128 và con pic 12f675) nhưng chưa thử đựơc do không tìm được osc 18.432 mhz
có lẽ mua module nó làm sẳn vẫn rẻ.
trang web nó đây : http://cubloc.com/ ỏ http://cubloc.com/product/01_01.php
Tại trang web này các bạn có thể tìm thấy thông tin về module cung như chíp của hãng đã được thương mại hóa. Phẩn mền được tải về miễn phí.
với chíp hay module loại này các bạn có thể viết hoặc lập trình bằng 2 cách là dùng ladder hoặc basic và nó chạy song song cà hai chương trình cùng lúc( đây là thế mạnh của chương trình này, xử lý công việc song song)
module hãng này cung cấp cho ta max được 91 i/o port với analog i/o, pwm ...và cả giao tiếp modbus nữa ( 2 port rs 232)
khá mạnh cho những ứng dụng nhỏ.

BASIC with LADDER LOGIC CONTROLLER
CUBLOC CORE MODULE
Package : 108 pin module
IO ports :91
Flash memory : 80K
Data memory : 28K
Data memory : 28KB
8 channel 10 bit A/D
6 channel 16 bit PWM
2 channel RS232 communication port
69usd chưa vat và phí shipping.
Đây là plc rẻ nhất tui từng thấy
quang trọng là nhân của nó là atmega128 nếu ai có thể đọc code bên trong nó tui ủng hộ cho bởi vì nó có hai con chip môt con chay con còn lại la monitor trong quá trình nạp ( chương trình của nó theo tui nghĩ chỉ là bootloader thôi.
như vậy khi nào chúng ta có thể đạt như vậy mới có thể thương mại hóa sản phẩm được.

nếu quan tâm có thể liện hệ trực tiếp với tui 0903049898 Tuấn

[Ncong]

Cảm ơn anh Tubes đã có những ý tưởng rất hay về PLC.Tôi thiết nghĩ đây cũng là lý tưởng cho những người đam mê kỹ thuật.