有在此看到相關的問題,對於labview的回答是否正確,希望有人可以導以正聽

有在此看到相關的問題,對於labview的回答是否正確,希望有人可以導以正





原文處

gpp-w.com?

tid=5135&extra=page%3D1





QUOTE:

2.使用[LabVIEW + NI] or [LabVIEW + PLC] or [圖控 + PLC] or

[自己寫VB + PLC],這四種情況,可否請前輩分享相關的經驗、心得或和建議

!?

LabVIEW + NI?這兩個不是一個公司的東西嗎?你就是用它的軟體與硬體罷

了,這是儀表等級!驅動自己開發或是用OPC Server,這是一個跑不了的費

用。

圖控內建或已經提供驅動,若無提供,請用OPC Server。VB + PLC您還要

問?您有能力就去做就是了!



LabVIEW是儀表等級的軟體,而並非SCADA等級的軟體。

兩種軟體之間的差異來自於驅動程式對設備控管時的讀取、寫入的比例控管與優

先程度,這牽涉到安全性的課題,因此,反對的人說,我可以自定讀寫的優先順

序或是其過程。

若是成千上萬個點時,你讀寫的優先順序或是其過程能處理、或有把握的將其優

先控管起來?連世界知名的KEPServerEx OPC Server都必須更新連連

(Update),來克服可能的崩潰情況,誰敢說用起LabVIEW儀表等級的軟體,

可以完整的進行工業的控制?

再說LabVIEW對資料庫上的支援,也不是一句要命了得。步步要花錢,你讀書

時用的極開心,出社會後你當然知道LabVIEW的部件都是要花錢的。

LabVIEW是模擬測量、儀表用的軟體,不要跟SCADA等級的軟體相提並論,比

較基礎並不存在。





QUOTE:

所以LabVIEW在『控制』這方面的能力、操作性不如SCADA等級來的好,是這

意思嗎!?

上一篇我已經結論了關於『LabVIEW是模擬測量、儀表用的軟體,不要跟

SCADA等級的軟體相提並論,比較基礎並不存在。』

能力發揮的目標,意即對象是…?通訊還是控管IO??你想控管多少I/O

Tag??所以;少少的邏輯動作您使用LabVIEW時並不會見到有太大差異。

若是要談操作性,farnnao你就將問題搞大了、又黏在一起了!同樣是操作性

人機介面,只有設計者的巧思、與像似我在操作的同理心,使其更好。因此,就

事論事的說,在這一塊還是不能進行比較。

Scada在HMI中所使用的ActiveX物件,諸如燈、按鈕、框、或是標準的

Windosw下數個ActiveX物件的組合、群組,都可以快速、有效地降低開發成

本,這在LabVIEW中確實不是很方便。

而『PC記錄PLC資料』這一種行為,若是DEMO小點數,在SCADA中幾分鐘就可

以做出來,更進階的使用僅僅剩下您長期的蒐集時,資料庫的類型而已,例如:

Access SQL最大僅4G的使用限制而已,或是說你經費並無上限,大肆揮霍,

而來使用其他商用SQL系統。

因此;怎們用、如何規劃才是問題。

我可以誠心誠意的發問一下嗎?

目前全世界有哪家公司是以LabVIEW來作為"生產線"設備控制的公司呢?

恕無知 但真的也很想知道LabVIEW是不是終究只能當測試設備開發

NewHandAlex40128.3572685185

在曹營說劉備好,算了各為其主罷了~

圖控?附屬於PLC下的產物而已,難道他能獨立使用?

VB?窮人的圖控,不過把VB只拿來當圖控,真是大材小用,應該把VB直接當"PLC+圖控"用才是

LabVIEW?懶人的高級生產設備,高級~啥都能搞,懶~隨便弄弄就大致能用,當然"好"是需要時間的
錢?哪有設備不花錢?又不是花您的錢


重要的是,您想做什麼,用啥發財最快,最好。至於爭論工具的好壞?浪費時間~

To do a good job, one must first sharpen one's tools.;

Good tools are prerequisite to the successful execution of a job.;

It is necessary to have effective tools to do good work.;

When a workman wishes to get his work well done, he must have his tools sharpened first.;

A workman must first sharpen his tools if he is to do his work well.