美女露出让男生揉视频_狍和女人一级毛片免费的_欧美人欧美人妖videos12_护士潮湿的小内裤bd播放

萬泉河
WX:ZHO6371995,歡迎+
級別: 略有小成
精華主題: 0
發帖數量: 130 個
工控威望: 246 點
下載積分: 831 分
在線時間: 11(小時)
注冊時間: 2021-06-11
最后登錄: 2024-11-07
查看萬泉河的 主題 / 回貼
樓主  發表于: 2023-03-17 11:09
0317 【萬泉河】從模擬量的量綱說起。

有人會問量綱是啥,就是物理單位啦!單位只是通俗的說法,而且有歧義。 而物理和力學里面都稱之為量綱的,既專業且沒有歧義。

在英語里面這個單詞叫做Unit。

問大家一個問題,控制系統中,通常采集上來大量的模擬量數據, 會顯示在觸摸屏或上位機上。 那么每一個信號的物理單位的量綱如何標注顯示,如何實現呢?

有人會笑了。 這還不簡單嘛,在觸摸屏上每一個數據框后面添加一個靜態文本,文本內容逐個修改為相對應的單位即可,與標注這個數據的標題描述方法一樣。 程序修改完成,下載到觸摸屏中,自然就實現了。

是的,這是每個初學者都會的做法。然而也是僅僅剛剛培訓學校畢業,剛剛離開教室,屁股后面的大門都還沒關嚴實的水平。

想一想你做的監控系統,模擬量數據的數量,不管是8個也好,80個,800個也好,這些數據肯定都不是一個規格,而是各種物理數據,溫度,壓力,流量,重量,體積,長度等等。那么每一個數據,你都需要左手翻著工藝清單,右手翻著觸摸屏畫面,挨個兒找過來,逐個對應,輸入,修改,檢查。 這工作量著實不少。

而如果水平高一點,實現了彈出式窗口的管理,不管是觸摸屏還是WINCC,好像都有點麻煩了。窗口使用的同一個模板,同樣的位置,量綱需要動態變換,所以還需要做些特殊處理。

然后就會質問了,除此之外難道還會有更好的方式?

當然有。方法便是在PLC編程中,在調用模擬量的FB塊的過程中錄入到其管腳上。 管腳數據除了物理通道地址,標定上下限值之外,再增加一個UNIT的字符類型的管腳即可。 程序塊內部甚至都可以不需要再做任何邏輯,上位機變量直接鏈接到這個管腳,讀取其內容,并動態顯示即可。

而且這都不是我一個人發明的,我只是在推廣一種常識方法。讓我們來看一看PCS7是如何做到的。




即他的FB有個UNIT 的管腳,輸入了量綱編碼,最后在畫面上實現了動態顯示。

圖片來自劍指工控發的網文,然而他們又備注了文章來自網絡,原作者不詳。劍控把抄襲的原作者的文章全都打上了他們自己的標志,然后到處分發,導致原作者的文章出處反而找不到了。


其實這里文章介紹的還是PCS7較新的版本,我原本可以找到自己的老版本的PCS7的虛擬機打開來截屏的,那時候的UNIT直接就是個字符串。

我拿PCS7來為自己背書,無非是說明,我所介紹的方法是業界的通行標準做法,并沒有什么新奇之處。 我做的80模擬量的處理程序例程,我敢有底氣稱之為標準答案,只不過是我了解PCS7的這種做法。許多懂PCS7的朋友見到我給的例程也都覺得很自然,很正常,就是應該這個樣子的。

而有一些同行,見到之后比較驚訝,只是因為你沒見過PCS7而已。而有人倒過來嘲笑我羅列80行的做法很簡單很幼稚。

嗯,沒錯,我們做程序的目的,就是要復雜問題盡量簡單化,越簡單越實用。而不是倒過來。

有人會抬杠說你們把這些非運算數據都放到PLC里面來,會增大和浪費CPU的系統資源。 你們那是PCS7,  S7-400,你們有錢無所謂,俺們窮,用的小PLC,這樣做資源浪費。

嗯,這樣的邏輯相當于你出門打個出租車,你副駕駛還是后排座全都不坐,你去站在車屁股后面推著跑,聲稱這樣比較省油。

而出租車司機對這樣的做法會感激你夸獎你嗎?夸獎你花了同樣的錢,但給他省了油嗎?不會,他會罵你神經病,罵你耽誤了時間,降低了效率。

其實實情是,現在的趨勢是,都不僅僅是量綱這么3-4個字節的字符了,物理信號的位號,以及一大段的文字注釋,都會放在PLC中實現錄入,運行中HMI上面動態讀取,節省大量的人工,提高效率。

這樣的話,這些內容的錄入是和數據信息是在同一個時刻實現的,不需要多次重復回來翻閱同一個工藝數據表格,提高效率同時還降低了出錯的概率。 甚至,從表格到PLC程序,可以用軟件工具實現自動轉換,自動生成。 可以是EXCEL中處理,也可以用PYTHON等高級語言制作小工具完成。 使得自動化的完成自動化設計工作成為可能。

這是很多明眼人看到我給出的標準答案之后,一眼就看懂的原因。

讓我們來看一下LBP中這部分是怎么實現的:


LBP的UNIT和COMMENT,并沒有放到FB的管腳上在調用時錄入,而是在其內部的變量中設置了相應的內容,呈現到觸摸屏中。運行中從這個設定界面里人工輸入,完成后運行界面中也都能正常顯示正確的量綱Unit了。

即如果系統中有80個模擬量,就需要跳轉80次頁面,逐個人工輸入。如果是由操作工來輸入,他會罵死設計者。 如果設計者自己來輸入, 那還不如在電腦中編程軟件中輸入效率高了。 而且這還沒考慮到系統掉電或者程序重新下載的情形,極有可能,一不小心,就會要你多次錄入, 給你好看。

所以,我現在倡導的學習和使用LBP, 并不是一味的照抄他,而是汲取其有營養的精華的部分,而對于不適用我們各自的行業應用習慣的部分,要在吸收的同時加以改進。

包括上面圖中的MODE,代表了通道的電信號類型的選擇,也令人不太理解為什么要做在觸摸屏上,我們只能承認不理解,或許有其他的行業需要這樣的功能。但我們可以根據我們自己行業的需求,修改到適應我們的模式。

針對近期對LBP 的模擬量塊的改進,結合前面提出的80模擬量標準答案的問題,準備舉辦一次公開的研討會。暫定了一個時間,然而具體時間還要等與會人員湊齊了之后再決定。 歡迎報名參加。

報名信息和會議內容說明,也會同時發在公眾號的下一篇文章,以及朋友圈中。





附件: 0317 【萬泉河】從模擬量的量綱說起.pdf (731 K) 下載次數:71
網站提示: 請不要用迅雷下載附件,容易出錯