0212【萬泉河】專著《PLC標準化編程原理與實踐》出版在即,請讀者期望值不要太高。
本人所著新書《PLC標準化編程原理與實踐》,書稿在2021年5月份交到出版社,審稿過程中經歷了一些波折,所以出版時間一拖再拖。
經歷了漫長的8個月的等待之后, 前段時間,主編發來最后一次審閱意見,并告知我回復完成后即可定稿,即可進入后面的印刷出版發行標準流程了。
然而具體的面世日期仍未告知,但至少可以預期了。 我估計最遲上半年,應該可以出版。
感謝一大批未來讀者朋友的熱情期盼。
然而我在這里要提醒大家的是,請大家事先有思想準備,不要期望值過高。
尤其很多人,面對高昂的學費舍不得花,指望等看到書后可以一下子解決所有疑問,可以通過看書就可以自己搞定,瞬間學會的,恐怕大概率期望越高,失望會越高。
這一點,從前面分發的幾十份電子版書稿的讀者的反饋可以印證。 這些讀者包括標準化學習營的學員,他們是有標準化示范項目的資料對照學習的, 還有一些是各種原因獲得了贈送的讀者,以及我所熟悉的專家,朋友,教授。 包括重慶大學教授廖常初老師。
那些獲得贈送的讀者,反饋的效果一般, 收獲普遍不是很大。 大概率的情況是原理讀懂了一點,或者似懂非懂。然而要自己動手做,仍然無從下手。
其實都何止他們了。 那些握有標準化項目資料的學員, 有的都學了快3年了,即便后面又給了書稿,也普遍沒有徹底學好。 從我前段時間發的部分學員的學習總結可以看到。 只不過他們每個人完成程度不一,但即便沒有徹底掌握,無一例外所做程序設計比自己原有的模式已經有了不同程度的提高和改進。
而廖老師給我的反饋,則基本上沒讀懂。反而猜疑我是不是關鍵的一些環節刻意隱瞞不講。
實在是天大的冤枉,如果我可以擁有一個關鍵的key,只要鑰匙不交出去,別人就用不了,只有從我這里得到鑰匙,才能做成標準化的程序, 那對我來說豈不是天大的好事。我可以擁有一把屠龍寶刀從此號令天下?
只可惜, 天底下從來沒有這樣的好事的。我們能看到的所有人的成功,都是日常不斷積累,日積月累的結果,標準化煙臺方法的架構更是。
天底下的聰明人能人那么多,如果缺的只是一頁關鍵的武林秘籍, 那放能人手里,不消幾天就可以破譯,就可以公開分享天下,所有人一起受用終生。
這種故事只有金庸武俠小說里才有。 現實生活中絕不存在。
這一點,從標準化學習營的學員們那里也可以得到印證。 我已經把原汁原味的項目程序交付給了他們, 如果其中還有隱藏有關鍵秘訣,他們也早就發現了,早就會來盯著我要了。 總不能已經付費大幾千元的費用,到頭來鑰匙得不到,只得到一張廢紙。那這些學員們還不早就造反了啊!
整個PLC行業, 所有工程師的習慣都大致一致的, 寫出來的程序也都大致一一樣。 都是那種一馬平川,平鋪下來的程序。 無非項目大一點復雜一點,則鋪的規模大一點, 項目小一點工藝簡單點, 鋪的規模就小一點。
然后很多PLC工程師,長時間以來就養成了非常自信的底氣。 每個人對照以往的經歷,見過的程序,就沒有看不懂的。 任何程序拿到手里,瀏覽一遍,大致就能看懂。 無非具體的邏輯,哪里需要維護更改,就仔細研讀,比較, 測試,總是能夠搞定。
所以就有很多人,非常不服氣會有什么標準化程序, 什么好程序,經常有人跟我斷言, 你有啥好的寫程序的方法, 發我一套看一眼就可以了。我一眼就能看明白怎么回事!
凡是遇到有這樣認知的, 我通常就一笑而過了。 說明他根本沒有認知能力認識到自己的差距。他甚至都沒有能力和機會見識到難度高的程序。
我已經寫過那么多文章, 也做過公開講座。 如果有理解能力,完全可以自己做出來, 根本沒必要通過看我的程序再來印證。
曾經在論壇的某個帖子里, 有個網友回復道, 所謂標準化程序,就是把部分區域的程序難度提高了, 然后帶來了另外一些區域的難度大幅降低。
這種認知就很贊。 不管他個人工作中是否已經實現和我一樣的設計方法,但至少認知的層級到了。
所謂的高內聚低耦合,能帶來實施過程中難度降低,勞動效率的提高, 前提是在另一些方面難度提高的代價而實現的。
就好比, 平地起高樓,高樓建立起來后,登高遠望,視野可以大為擴展, 然而必然是耗費了周邊的土木磚石的代價實現的。 周邊的地勢降低了, 甚至有可能會出現溝壑,湖泊。 北京城原本一片平原,修建皇城護城河挖出來的土,堆積起來,成了景山,并成為整個北京城的制高點。就是最好的體現。
長久以來,我一直在講, PLC編程煙臺方法是有較大難度的。因而對核心程序員的技能要求是提高了的。沒必要全公司全行業所有PLC程序員都掌握這種技能,只需要核心的少部分掌握,而對未掌握的普通的工程師, 難度和調試強度反而降低了, 出差時間和效率也提高了。
所以, 標準化學習營的學員們,自己學習暫時沒掌握的,也無人抱怨是我的責任,都知道責任出在他們自己,是自己功力尚淺, 還需要更多的時間和精力去沉淀積累與提高。然而入到我的門下之后, 一方面知道了目標與方向, 另一方面有我的隨時在線輔導, 有同門師兄的相互提攜, 速度比以往自己一個人黑暗中摸索前行,提高了不知道多少倍。
比如,我在書中有提到過一種設備類型:
PLC跟變頻器通過MODBUS通訊實現控制和運行數據的讀取。然而通過多層封裝,可以實現在調用環節, 只需要指定MODBUS從站的地址就可以了。 系統中如果有一臺這樣的設備,就調用一次, 如果多臺,就調用多次。 同理, 如果系統中有其它的MODBUS通訊的設備, 也只需要同理封裝后調用實現。不需要額外調用通訊程序處理。
然而,大家只要對MODBUS協議有所了解, 就會知道MODBUS通訊是需要做輪詢的,設備類型和數量不同,通常輪詢程序都不一樣。那么現在提出了這樣的封裝要求, 難度就大幅度提高了。
那么這一部分的功能實現, 就需要讀者個人自行實現。 我在書中絕沒有篇幅去專門講解這里的具體代碼。否則僅僅這一部分的代碼就夠占據半本書了。甚至, 標準化的學員獲得的項目資料中,也并不包含這部分的內容。 因為這部分的技術對我自己也是后來應用中有了需求之后才逐漸發展實現的。
我曾經有寫過十幾篇關于實現這種MODBUS并行通訊的文章,也封裝成為專門的程序塊出售過。 然而很快發現這種程序塊的售后服務壓力太大,所以在賣出少量之后,就停止不再出售了。 那么項目中還有遇到這種配置需求的,就只有自己自行開發了。
然而福音是, 有同行分享了在GITHUB上的發現,有老外實現了類似同樣的功能,并做了開源分享到了GTHUB。
那么現在,未來的讀者同行們在拿到書之前就可以先行儲備這方面的知識技能了。 同時也驗證一下自己的技能:
1,有沒有能力使用好這套開源庫功能
2,有沒有能力改造升級它, 實現我書中提出的目標要求;
3,如果完全自己從頭做起,能否實現;
4,他的程序我并不滿意,咱們有沒有高手能改進并回饋到GIT
那些號稱把程序給我看一眼我就能看懂的同行,先嘗試把這個程序讀懂吧!不管將來要不要用標準化煙臺方法開發程序,擁有并儲備好這一單個技能點,都可以極大的提高工作效率。
類似的技術要點, 煙臺方法的分享示范程序中,比比皆是。 這就是那些學員們雖然學了很久也并沒有完全學會,但從中所學到的一些技能技巧,帶來的他們效率的提高,也夠他們爽很久了。
我把老外的這套庫函數資料放在了百度網盤中再次分享,不能登錄GITHUB的讀者只需要在公眾號“PLC標準化編程”后臺回復REXHIP,即可得到。