SCADA trong hệ thống điện

wà, may quá!!!!!!
Tìm mãi mới gặp các cao thủ về SCADA trong hệ thống điện
Em đang làm về trạm biến áp điều khiển bằng SCADA .
Các pác cho em hỏicách điều khiển từ các con ref (541,543) làm sao điều khiển các máy căt , dao tiếp địa .
Các PLC trong trạm biến áp dùng để làm gì??
xin cảm ơn

gửi pác newdayvn!!!
em rất quan tâm đến mô hình SCADA mà bác đang làm
rất thiết thực đối với sinh vien muốn tìm hiểu SCADA
Vạy pac có thể gửi ít tài liệu đó cho em được không!!!!!
Cảm ơn bac nhièu lắm nghe!!!
TỨ HẢI GIAI HUYNH ĐỆ
Email của em : peterhansen789@yahoo.com
Chào thân ái

Chao Tu_Hu,
Rất đồng ý với Bác về chuyện cần phải đào tạo nguồn nhân lực để tiếp nhận, vận hành, bảo trì, học hỏi... các hệ thống SCADA chắc chắn sẽ được sử dụng ở VN , nếu được tôi xin mời Bác và 7604 về VN đầu tiên hay cho vào chương trình dào tạo Quỹ phát triển giáo dục Việt nam do chính phủ Mỹ đang tài trợ (VFF) cũng được các Bác hén.
Bác Tu_Hu ơi, ở mức độ đơn giản nhất, SCADA vendor có cho phép bên sử dụng cấy một đoạn mã SQL và SQL''s Scripts này sẽ được gọi và thực thi như là 01 task built-in của original SCADA không? hay họ lại đòi tiến và bảo làm vậy SCADA sẽ collapsed !
Ex: đoạn mã đó thực hiện nhiệm vụ copy data của một số trường, bảng ...của Realtime core SCADA database ra End-user''s application Servers chẳng hạn.
Thân.

Chào bác Newdayvn,
Đọc cái topic này về EMS của EVN do Alstom cung cấp mà tớ mừng thầm là không theo chân ông boss cũ qua Alstom làm vì system EMS của EVN như vậy thì tớ nghi ngờ cái system của Alstom lắm, bây giờ bác mới cho tớ biết là telecomunication chỉ dùng dial mà chỉ có 1200bps làm tớ hiểu lầm cho EMS của Alstom làm tội nghiệp Alstom
Thường thì bác phải viết cái application (phần mềm mới) lúc system của bác chưa hết bảo hành vì vậy nếu có chuyện gì làm system crash thì họ sẽ sửa và nếu tìm ra thủ phạm là mình thì cũng cười trừ thôi, còn nếu đã hết bảo hành thì họ sẽ kiếm chuyện để lấy thêm tiền, còn họ nghĩ là bác vẫn còn là khách hàng tương lai thì họ có thể cho bác miễn
Tùy theo trường hợp mà bác viết thêm phần mềm nhưng tớ khuyên là nên tìm hiểu rõ rành về system của họ trước khi bác viết thêm applications, chuyện viết thêm applications này không khó nếu biết rõ về system, có khi system của họ cũng có sẵn rồi mình chỉ việc set up mấy cái parameters của phần mềm của họ là mình sẽ có được những dữ kiện mình muốn. Tớ thí dụ vài trường hợp cho bác :
Nếu bác muốn có được những dữ kiện từ RTU về, có 2 cách làm:
1) - lấy ngay dữ kiện từ front end khi nó chuyển về SCADA, thì bác phải biết cách nó gởi từ RTU về đến system qua cái
format nào và gởi về đến phần mềm nào của system, thì cái phần mềm của bác sẽ thu nhận ngay cái packet của
nó luôn (như là copy cái packet đó)
2)- bác tìm ra cái phần mềm nào xử lý cái dữ kiện từ RTU về, cái phần mềm đó nó sẽ xử lý ra sao, khi mà dữ kiện tốt nó
sẽ lưu giữ trong data base rồi sau đó nó sẽ chuyển cho những phần mềm khác thì mình tìm xem là làm sao những
phần mềm khác có thể có được những dữ kiện đó, chẳng hạn có những parameters trong system để set up cho
những phần mềm chia sẻ dữ kiện với nhau, lúc đó bác có thể viết giống như vậy (tớ không rành Alstom system
nhưng mà là system của tớ thì có nhiều cách làm lắm). Dùng lối này thì tốt hơn lối 1 vì khi dữ kiện mà không tốt thì
phần mềm của mình không mất thời gian để tính toán, thí dụ khi dữ kiện từ RTU về không tốt thì cái phần mềm đó
không bỏ vào data base thì mình cũng không nhận được từ nó
Thường thì khi xử lý dữ kiện xong thì phần mềm đó sẽ gớI cho các phần mềm khác để update one-line, alarm,
Web UI, thì mình set up cái application mình intercept cái packet đó luôn và packet đó đã có sẵn cái format rồi.
Bác cũng có thể sửa cái script của nó, bằng cách bác thay đổi rồi bác bỏ vào cái file hay real-time packet rồi chuyển
tới cái application của bác, nhưng cẩn thận dùng cái buffer riêng không đụng vào những buffer data của họ nếu bác
không hiểu được phần mềm của họ, bác cũng có thể viết cho mình cái script mới dùng để lấy dữ kiện thì bác phải hiểu về system của họ để làm sao cái phần mềm của bác tự động chạy khi mà system được mang lên, và làm sao schedule được cái phần mềm mình chạy khi nó cần chạy.
Nếu bác viết phần mềm riêng để lấy dữ liệu trong data base của 1 phần mềm của họ thì điều quan trọng ở đây là bác không được "lock up" data base của họ vì khi bác access cái data base của họ thì phần mềm của họ không làm đúng như là họ tính thì sẽ gặp nhiều rắc rối. Thí dụ phần mềm họ tính integral cho mỗi 5 phút mà phần mềm của bác "lock up" data base của họ ngay lúc 4:59 giây thì phần mềm của họ sẽ tính là "missing data" ở phút thứ 5 đó .
Viết thêm application vào EMS không khó nếu mình hiểu rõ system của vendor. Và nên nhớ là SCADA và EMS là REAL-TIME system
Dạo này tớ không làm những project ớ Á Đông nên không có dịp về VN như năm 1999 và 2000, chứ nếu có thì mỗi lần đi công tác thì ghé về VN chơi gặp các bác tán láo chắc là vui

Hi Tu_Hu,
SCADA/EMS-Central Vietnam (Danang) thì của Alstom, còn A0, A1, A2 thì của hãng khác nữa, chẳng nói chuyện được với nhau tí nào
Thanks Tu_Hu! tìm hiểu được cấu trúc của SCADA/EMS thì sẽ khai thác được hiệu quả hơn, mỗi hệ thống có đặc thù khác nhau nên nhiều lúc cũng phải tự phát triển những ứng dụng linh tinh nhưng thiết thực.
Phần mềm sử lý số liệu nhận từ các RTU, kiểm tra tính toàn vẹn số liệu...tìm chổ bổ sung IP của máy chủ mình vào danh sách nhận thông tin của Phần mềm đó, thế rồi ngồi đợi data đến và chộp thôi Tu_Hu nhỉ! lợi hại thật.
Nếu chộp rồi mà chẳng làm gì được thì chắc phải "níu áo" Bác Tu_Hu thôi khi naod Bác có về Vietnam thì Alarm nhá, rất mong được làm với Bác vài ve Bác làm cho GE à ?

Tôi nghĩ rằng ICCP là câu trả lời cho yêu cầu trên. Theo tôi biết hiện tại IEC đã xác lập bộ chuẩn IEC61970 & IEC61968 cho hệ thóng SCADA/EMS/BMS/DMS... theo hướng model-driven development. Khi đã được chuẩn hoá, nhiều công ty nhỏ cũng có thể tham gia phát triển module nhỏ nào đó trong hệ thống, điều này mở ra cơ hội lớn đối với VN và những ai quan tâm phát triển SCADA/EMS/BMS, biết đâu đến lúc đó bác Tu_Hu sẽ cùng anh em trên này phát triển 1 hệ SCADA compliance IEC made in VN thì hay quá.

hi hello01012000,
Vote Pac 5 stars

ICCP đúng là câu trả lời đầu tiên rồi. Tuy nhiên ICCP có những giới hạn về độ lớn và sự khó khăn trong việc kết nối các hệ thống. Các bác có thể tìm hiểu thêm về OPC và DNP3 để tạo ra một tổ hợp mới giúp việc vận hành đơn giản hơn.
==========================

Bác Hello,
Nhiệm vụ của tôi chỉ là xây dựng hệ thống PI và Integrate nó với SCADA và Interprise System. Tôi đã làm xong và chuyển giao cho IT nhưng đến nay họ vẫn chưa thể support hệ thống nên tôi vẫn chân trong chân ngoài.
Vì chúng tôi có electrical database trong MAXIMO của IBM nên hướng phát triển của hãng không theo sau OSI. Cái chính là chuyển đổi dữ liệu để map data với asset module theo yêu cầu của nghành. Những ứng dụng mà chúng tôi đã thử là đưa dữ liệu sống lên hệ thống GIS của intergrah để kết hợp với hệ thống tax và accounting. Dùng DBNews để gửi auto report mỗi ngày theo mẫu cho trước. Kết hợp với Asset module để đưa dữ liệu vào PTload (Pthermal) để thiết lập mô hình tính toán thermal cho transformer online. ... Nói chung thì những ứng dụng để kiếm dữ liệu cổ điển như xem thông tin, trending...không còn là mục tiêu nửa mà là cung cấp những thông tin cần thiết đến tay người sử dụng hợp lý không phải là mọi lúc mọi nơi mà là đúng lúc, đúng chỗ. Tôi rất hứng thú với điều này vì nó thiên về phân tích, dự đoán cho ngành điện....tuy nhiên IT hiện tại hãng tôi outsource nên infrastructure đến nay vẫn chưa hoàn chỉnh.
Sắp tới có thể tôi sẽ tiếp tục design font-end application for dummy, nếu như có thời gian. Lúc đó excel vẫn dành cho heavy data user nhưng probook sẽ có cơ hội lên ngôi vì nó dễ dàng sử dụng và kết hợp với Webapp. Tuy nhiên đó chỉ là những thú vui vì công việc chính hiện tại vẫn là hệ thống và các kết nối at large.
À, bên bác có dùng VMware không? Chúng tôi đang thử nghiệm PI trên VMware. Tôi tin vào kỷ thuật này nhưng OSI không hỗ trợ. À, sau khi chuyển giao hê thống thì có một điểm mới được thêm vào là sử dụng OPC server để chuyển giao dữ liệu sau ICCP. Nó hiệu quả và đơn giản hơn.
Tháng sau lại có một cái Drill về Short Supply Commitee để đối phó với tình trạng bão tố ở tiểu bang. Lúc trước thì mỗi năm có 2 lần thực tập là Short Supply và Black-Start, nhưng giờ gần như mỗi năm đều có Winter event nên Black-Start luôn là thật. Chỉ còn lại Short Supply là vẫn phải thực tập. Nói chung chỉ có vào 2 lần đó là tôi sử dụng apps của OSI real-time chứ công việc hàng ngày thì ít khi trực tiếp dùng đến.
Bác hình như làm cho EVN? bác có tài liệu về vận hành của lưới điện VN không?
===========================

Bác Newdayvn,
Chính vì thuỷ điện Hoà Bình cung cấp nước cho đồng bằng sông hồng nên mới cần phải suy nghĩ nhiều hơn. Hiện tại bộ nông nghiệp gần như trông chờ vào sự ban phát của nhà máy thủy điện. Kế hoạch lâu dài là chuyển đổi cây trồng ở hạ nguồn, đây chính là điều tôi cảm thấy vô lý nhất. Nếu nước mỗi ngày càng cạn kiệt thì dù có chuyển đổi cũng vô dụng và quan trọng hơn là nước tiêu dùng sẽ cũng gặp khó khăn. Công nghiệp hoá đất nước là chủ lực nhưng không thể coi nhẹ nông nghiệp, nhất là ở một nước mà nông nghiệp vẫn là chính. Ngay cả Mỹ thì nền nông nghiệp của họ vẫn rất lớn. Cái chính là bộ nông nghiệp không chỉ bị đối sử như đứa con ghẻ mà là chính bộ nông nghiệp cũng chẳng biết tìm lối thoát. Tại sao không nghĩ đến việc bộ nông nghiệp kết hợp với phát triển đô thị hình thành cơ chế cung cấp nước cho tưới tiêu, sử dụng và cả nước cho hồ Hoà Bình vận hành khi cần thiết? Đây chính là ý tôi muốn nói tại sao EVN nên bỏ chính trị và Kỷ sư nên nhìn về hướng phát triển của XH.
Mà bác nói đúng, ở Mỹ thoải mái suy nghĩ và phát biểu suy nghĩ của mình; ở VN suy nghĩ và phát biểu có thể là 2 vấn đề khác nhau.
==================