
王前厚
本書針對PLC編程工程師設計工作量大、現場調試時間長、售後服務工作量大、工作效率低的現狀,提出了全新的、以面向對象爲基礎原理、模塊化、高內聚低耦合的設計和編程框架,*終形成以提高效率爲目的的標準化編程方法。其標準化編程原理和方法是一種普遍性的設計思想架構,適用於所有PLC品牌和絕大部分型號。書中以西門子S7-1500 PLC和WinCC爲例做了比較深入的講解,同時也對其他各品牌軟件平臺做了可行性分析,對實現標準化架構所需要的其他技能也做了詳盡的分析。 無論是工程行業還是非標設備行業,預期應用標準化設計方法後,效率均可以提高3~5倍以上,由於實現了模塊化,使團隊協作分工成爲可能,大量簡單重複的工作可以由技術工人協助工程師完成,減輕了工程師的工作負擔。 本書適用於工業自動化行業對PLC產品軟件、硬件和編程語言有基本瞭解和應用經驗的編程工程師。
純個人看法:全書與“原理”二字毫無關聯,最多就是介紹了作者工作經驗中總結的如何提高編寫plc程序的方法。書的內容結構完全是跳躍的,前100頁基本都是湊字數的,中間的100頁介紹了一個官方例程,最後就個別功能點做了介紹。感覺作者沒有寫過大型plc程序,全書都是東一榔頭西一耙的講。 可能個人能力有限,無法理解作者高深的理論。但是還是建議作者補上一章案例實踐篇,分別拿大家熟知的工藝過程、設備,講解怎麼用書中的理論進行標準化編程。單機設備可以選口罩機,生產線可以選汽車噴塗或者物流,過程控制可以選污水處理,與實踐結合更能方便讀者理解。 推薦大家可以對比《plc的標準化應用:基於西門子OMAC的面向對象的編程方法》
歐洲大型DCS項目確實是這樣設計的,他們已經踐行ISA88標準很多年了。
感覺一般般,沒什麼新奇的思路,都是些老生常談的東西,內容都浮於表面沒什麼深度,高內聚低耦合對於標準化來說只是剛啓步的東西,還有很多如狀態機、序列化等也是標準化重要的組成部分,不如參考一下西門子提供的OMAC packML相關文檔資料及程序,對於標準化的啓發還更大些。 另外,ProgramAlarm的確是個好東西,它是基於消息與Wincc通訊,不佔用Wincc的授權點,但作者對於ProgramAlarm似乎沒有在大型項目使用過,您知道1000個ProgramAlarm實例需要佔用多大內存嗎?
一味的吹噓面向對象編程和封裝,實際上忘記了工控是個窮行業,硬件資源根本都不能和計算機比,幾十年前386電腦,程序員寫程序的時候也得算程序大小,省着點用,工控用面向對象編程,一個繼承特性直接把內存都喫完了,還要什麼自行車。 水光瀲灩晴方好,山色空濛雨亦奇。 欲把西湖比西子,淡妝濃抹總相宜。 老是把plc拔高到程序員的職業裏面,是不是看不起工控這個窮行業。🐒🐒
第一次看這本書的時候是還沒有出版,有幸在羣裏得到王老師給的電子書,看完我直言不諱的對王老師說,這本書發行後可能反響不好,裏面的內容太枯燥,自動化的都需要大量的實例去支撐,大家都習慣了看實例的方式,而且書中的內容太前衛了,需要拋棄以前的編程方式,需要更多的個人思考和交流。 這本書的內容值得深思,究竟什麼是面向對象編程,怎麼能做到高內聚,低耦合,仁者見仁智者見智的問題。市面上充斥着各種號稱標準話編程的,看了好多都是換湯不換藥的做法,各種IO映射看的我頭疼。 自動化行業的固化思維需要打破,需要更先進的編程方式,我在這本書看到了一種全新的模式。真正做到了面向對象編程,沒有中間變量說法,只有局部臨時變量,也就是說沒有一個是多餘的,多一個太多,少一個太少,就是剛剛好的。 歡迎有想法的志同道合的朋友一起探討一起進步。
不能說沒有啓發,但總體來講還是看的雲裏霧裏,不明所以,也許是我的功力不夠吧,在沒有案例的情況下,無法理解作者高深的思想理論。
一般般,老生常談,毫無新意,浪費時間
和我的思路契合,標準化就應該這麼做。思想很深,一般小白看不懂。
z作者王前厚說了,書只是個引子,目的是讓大家花5000買他的煙臺方法纔行
感覺一般,講的雲山霧罩,不過有些地方可以給人啓發