D's workspace

緣由與介紹    OPC Foundation    OPC (Open Platform Communications)    OPC UA 實作參考    Labview控制PLC使用OPC   商業授權方案 -  LabView  +  LabVIEW OPC UA Toolkit    Qt OPC UA open62541實現 (OPC UA C++ Library)    open62541 - github    open62541 - documentation -------------------------------------------------- 專案說明 本案硬體需與UE4連動，使用OPC來管理，透過PLC去控制，將open62541 (OPC UA C++  Library) 整理成UE4 plugin，可直接在UE4中直接使用 blueprint function library 呼叫方法來讀取、寫入PLC中的數值。   硬體端負責工作：硬體與相關感測器整合、PLC串接與控制、建立OPC Server   軟體端負責工作：建立OPC Client並整合至UE4，可讀取/寫入PLC中的數值 已實現方法   UA Client Connect   UA Client ReadValueAttribute   UA Client WriteValueAttribute   UA Client Disconnect

Yuren Ju發表了關於開放源碼授權的系列文 開放源碼授權概觀（上） 開放源碼授權概觀（下） 文中用淺顯易懂重點摘錄的方式來說明各授權的差異，能夠快速瞭解各授權限制，判斷自己該怎麼選擇與使用。 不同授權的嚴謹程度 圖片出自於 AMIS “ 如果是我個人的開源專案，通常會採用最鬆散的 MIT 授權，讓使用者可以自由的使用，要開源要閉源都可以，並沒有太多的限制。 如果是公司的開源專案，則會選擇定義較為詳實的 Apache 2.0 授權，跟 MIT 授權相同也允許被授權人開源或閉源使用，但在著作權規範的較為仔細，同時也規範了專利權。而因為每個國家的著作權法律都有所不同，詳細的授權也比較容易跨國使用，不會因為不同國家的預設著作權行為造成一些差異。 但如果公司的專案有引用到任何 LGPL 的授權時，我們通常都會採用 LGPL 授權，原因是因為 golang 專案通常都採用靜態連結的方式，授權為 LGPL 會讓情況比較單純一些。 ” 快速簡易選擇建議 段落引用自  AMIS